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(54) Data transmitting node, and network Inter-connecUon node suitable for home network 
environment 

(57) A data transmitting node and a n^work inter- 
connection node suitable for use in tfie home network 
environment. In a case of transmitb'ng infbrmatk)n data 
from a data transmitting node connectedwrth a physical 
network to a receiving node connected with the pf^rskal 
network or another physical n^worK a data transmitting 
node transmits the control message including an IP 
address information of a data transmission destination, 
a header/channel infonmatk)n dependent on the physi- 
cal networK and an infbrmatkHi indicating that the infor- 
mation data to be transmitted according to the 
header/channel infonmation is data in an upper layer of 
an IP layer. The infbrmatk>n data is then transmitted to 
the receiving node, where the informatkMi data contains 
the header/channel informatkm and data of the upper 
layer without IP packet encapsulatkm. A network'inter- 
connectk>n node operates similarfy 
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Description 

BACKGROUND OF THE INVENTION 

FIELD OF THE INVEhTTION s 

The present invention relates to a network system 
for constructing a home netiwork envirortmeni and more 
particuiarty. to a data tmnsmrtting node and a network 
inter-connection node siitable for use in the home net- 10 
work environnrtent. 

DESCRIPTION OF THE BACKGROUND ART 

In recent years, there is a rapid trend for digrtalizing is 
electronic instruments as exemplified by the term "multi- 
media'', and this trend is already noticeat)le in the office 
environment 

More specifically, in terms of hardware, this trend 
has been materialized in forms of introduction of PCs, 20 
digitalization of OA devices and formation of networks 
among them Also, in terms of software, this trend has 
been expancfing to cover the basic functions of hosts 
(which are progressively light-sized and transferred to 
PCs), the application software such as the word- ss 
processing software, the spreadsheet software, etc., 
and the Intern^ appficab'on such as the WWW. 

The similar trend can also l>e seen in the home 
environment Namely, even in the home environment, 
this trend for digitalization has been steaday progressed 30 
in forms of (£gita5zation of AV devices (DVD, digital 
VTR, digital video cam^ etc.), digitaSzation of broad- 
casting, and tntemet access such as OCN. 

Similarly as in a case of the office environment, this 
trerxJ ts expected to progress toward the formation of ss 
networks in futura Namely, it is eocpected that the tecfv 
nologies of various fields such as informaiiui process- 
ing, communication and broadcasting will be unified by 
the digitalization, and inter-mixed with each other by the 
formation of networks. 40 

There are many candktetes for the network technol- 
ogies in this direction. For example^ the Ethernet has 
ovenwhelming records of the actual use in the offne 
environment and is probaUy the most promising candi- 
date even for the home PC network Also, the ATM is 4s 
another serious contender because of the general con- 
sensus among the infra-structure constructors (tele- 
phone corrpanies, CATV corrparues, eta) to keep 
constructing tfie nnfra-structures based on this tecfmol- 
ogy in view of the advant^eous cfiaracteristics of the so 
ATM such as Hs fast, real-time, and wide bandwidth 
properties. 

In addition to tfiese carxfidates. the network tech- 
notogy (bus technology) called IEEE 1394 has been 
attracting much attentions recently. This IEEE 1394 has ss 
several remarkable characteristics such as its fest, real- 
time (QOS guaranteed), and plug-and-play properties, 
so that there is a high expectatkxi espectalty among the 



AV industries on the IEEE 1394 as the most promising 
candidate for a future scheme for inter-connecting dig- 
ital AV devices. This vogue has also instead much 
interests to the IEEE 1394 from the computer trxJustries 
as well. 

In the initial phase, it is expected that the inter-con- 
nection of the home use cfigrtal devices wiD be realized 
by these various networtc technotogies in coi^unction 
with the spread of the home use digital devices, 
depending on preferences and demands of the users, 
and in this way prototype digital networks wOl be gradu- 
ally built up inside each home. 

In the second phase, there win be demands for 
inter-connecting these digital networks together. For 
example, there will be a desire to inter-connect an AV 
device connected to the 1394 networic of a guest room 
on the f ffst floor with another AV devfoe connected to 
the 1 394 networic of a private room on the second f toor 
in order to realize the dubbing or the cooperative opera- 
tion between these AV devices. 

However, in order to meet the expected demands of 
this second phase, thp foOowing problems must be 
addressed and resolved. 

(1) The 1394 networic is not suited for a large scale 
installation. For example, its cable length is limited 
to 4.5 m, so that the wning across rooms wai k>e cGf- 
ficult. Also, the plug-and-play functfon of the 1394 
has the side-effect ttiat tfie on-going communica- 
tfon wiD be instantaneously disconnected whenever 
someone connects to or disconnects from the 
1394. When the wiring of the 1394 across rooms is 
attempted, there will t>e an inconveniency in tftat an 
actfon made in one room wouM affect another room 
in a form of the instantaneous disconnection of the 
on-going communicatfon because of its Ixjs resef. 

(2) The standardization of the spedficatfon for 
"1394 bridge" as the friter^onnection proto- 
col/scheme for the 1394 is currently in progress at 
the IEEE which is the standardization committee for 
the 1394. However, the standard spectfwatfon is 
expected to be a very complk^ated one that requires 
the scalability and incorporates a concept of call set 
ip, and it is also expected that a considerable 
amount of time will be needed before the standard 
specification can be sdicfified. 

(3) The home networic will not necessarOy be lim- 
ited to just the 1394, so that it is preferable to con- 
struct the home network aoconfing to a scheme 
that can inter-connect various types of networks. 
However, no such a network architecture has been 
proposed so far. 

(4) As a known technique for inter-connecting vari- 
ous networics. there is the Internet protocol. How- 
ever, this scheme is difficutt to set 14), manage and 
maintain for the layman, and it also requires the 
server management, so that in its currently availa- 
ble form it is not suitable for an inter-connection 
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scheme intended for use in the home ne*w)rk 
which Is expected to deal with a rather limited 
numt>er of terminals. 

SUMMARY OF THE INVENTION s 

ft is therefore an object of the present invention to 
provide a data transnvtting node and a network inter- 
connection node whk:h are capable of resolving the 
above noted problems and which are therefore suitable 10 
for use In the home network environment 

According to one aspect of the present invention, 
there is provided a data transmitting node connected 
with a pfiysk^al network, comprising: a first transmissfon 
unit for transmitting a control message in a case of is 
transmitting information data to a receiving node 
through connected with the physical network or another 
physical network, the control message including an IP 
address Infbrmatfon of a data transmission destination, 
a header/channel infonmatfon dependent on the physi- 20 
cal network, and an infbnmation indicating tfiat the infor- 
mation data to be trartsmitted according to the 
header/channel infomnatfon is data in an upper layer of 
an IP layer; and a second transmissfon unit for transmrt- 
tingthe infonmation data to the receiving sode, the infor- 2s 
matfon data containing the headerAchannel infonmatfon 
and data of the ijf)per layer without IP pack^ encapsu- 
lation. 

In this aspect of the present invention, it becomes 
possible to eoqsltcitly notify a network corinectfon device 30 
on a comnmintcatfon path that the orrformatfon data that 
pass through a communication path established by the 
control message are not IP packets so that they shoiid 
be fonwardedt>y a datalink layer processing atone with- 
out fbnwarding them to the so called IP processing unit 3s 
for carrying out the routing processing of IP packets. 

fslamely. by notifying a header/channel infomnatfon 
accordir^g to wfiich the information data is to be trans- 
nrtitted later and an IP address of the receiving node to 
the network connectfon device, it becomes possible to 40 
notify that a transfer destination of the subsequently 
transmitted information data which has this 
header/channel infonmatfon (datalink layer identifier) is 
tiie IP address of the receiving node, so that the net- 
work connection devfoe on the communfoation path can 45 
establish the communfoation path (datalink layer com- 
munication path) up to the receiving node at the datalink 
layer level. 

In addition, by using the IP address, it becomes 
possible to realize an address system which can be 50 
commonly used even under an environment in which a 
plurality of types of physfoal networks are inter-con- 
nected, so that it becomes possible to canry out the data 
transmission and the control message trarismission 
with respect to nodes betonging to physical networks of ^ 
different transmissfon schemes. 

Moreover, it is possfole to expteitly notify the net- 
work connection device that the information data that 



pass through the communication path are not IP pack- 
ets but the packets in the ifsper layer than the IP layer, 
so that it can be expected that the network connection 
dance will transfer the information data on the comnru- 
nfoation path to the receiving node without applying the 
so called IP routing processing, and therefore it 
becomes possWe to reafize the transmissfon of the so 
called raw data such as MPEG vkJeo and speech data 

Alsa in ttiis aspect of the present invention, ttie 
control mess^e may command to a network inter-con- 
nection node for connecting safo physfoal network and a 
next physfoal network a registration of a conrespond- 
ence between the head^/bhannel information depend- 
ent on said physical network and a header/channel 
infonmation dependent on the next physical network. 

This defines the operation of the control message in 
tills aspect of the present inv^on. 

Alsa in ttiis aspect of tie present inventioa the 
data transmitting node may further comprises: a recep- 
tion unit for receiving digital vfoeo arxlfor dgital audfo 
data; wherein the second transmissfon unit trarismits 
ttie digital vkieo andfor digital audfo data received by 
the reception unit as tiie information data, by fonnatting 
the digital vkieo and/or digital aucSo data into a trans- 
nriission format for safo physical network. 

In this aspect of the present invention, in a case of 
receiving ttie raw or MPEG coded videofepeech data 
and fonwarcfing the received data to a specific receiving 
node, as in a case of a set-top box for ttie digital satellite 
broadcast, the digital CATV, or the digital terrestrial 
broadcast rt becomes possfole to realize this data for- 
warding by fbnmatting ttie received data into a format of 
a physical network. 

According to anottier aspect of ttie present inven- 
tion, there is provkted a network inter-connection node 
for trarsmitting infonmation data received from one 
physfoal network to another pfiysk:alnetworK compris- 
ing : a reception unit for receiving a first control message 
from safo one physfoal networK ttie first control mes- 
sage containing an IP address infonmation of a data 
transmissfon destination, a first header/channel infor- 
mation dependent on said one physk:al networK and an 
information indfoating tfiat an infonmation data to be 
transmitted according to ttie first header/channel infor- 
mation is data in an upper layer of a protocol layer cor- 
responding to ttie IP address information; a fffst 
transmission unit for transmitting a second control mes- 
sage to saki anottier physfoal network when the recep- 
tion unit recces the first control message, the second 
control message containir^ ttie IP address information, 
a second header/channel information dependent on 
safo another physical network whk^h is obtained from 
ttie IP address Infonmation. and the information Indicat- 
ing that tile information data to be transmitted according 
to the second header/channel information is data in the 
upper layer; a memory unit for storing a conrespond- 
^Ke between the first header/cfiannel information and 
the second header/cfiannel information; and a second 
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transmisston unit for obtaining the second header/chan- 
nel infomiation corresponding to the first header/chan- 
nel information according to the correspondence stored 
in the memory unit when the information data contatrv 
ing the first header/channel information is received from 5 
said one physical network, attaching the second 
header/channel information to the information data, and 
transmitting the infonnation data to said another physi- 
cal network, the information data containing data of the 
upper layer without IP packet encapsulation. ,0 

In this aspect of the present invention, the informa- 
tfon data containing the first header/channel informatfon 
are the packets in the upper layer than the IP layer. Con- 
sequently, each network connection device on the com- 
munfoatfon path can recognize that the informatfon data is 
that pass through a communicatfon path established by 
the cormd message are not IP p^tots so that there 
should be a setting by whfoh they can t>e forwarded by a 
datalink layer processing afone witfiout forwarding them 
to the so called IP processir^g unit for carrying out tf^ 20 
routing processing of IP packets, and make tNs setting 
to the second transmissfon unit As a result, it becomes 
possible to realize a transfer cf arbitrary data such as 
MPEG video and speech data in the IP network environ- 
ment. 25 

Also, in this aspect of the present inventfon, tfie first 
control mess^e may command a regtstratfon of a cor- 
respondence between the first header/channel infbnna- 
tfon and the second header/channel infonmation, and 
the second control message may commarxJ to a receiv- 30 
ing node or a network inter-connectfon node for con- 
necting said another physfoal network and a thnd 
physical network a registration of a correspondence 
between the second header/channel information and a 
header/bhannel informatfon dependent on sakJ third 3S 
physical network. 

This defines the operations of the first and second 
control messages in this aspect of the present inven- 
tfon. 

Acconfing to another aspect of the present inven- 40 
tfon, there is provkled a data transmitting node con- 
nected with a physical network, comprising: a first 
transmissfon unit for transmitting a control message in a 
case of transrnitting infomiatfon data to a receiving node 
connected with the physfoal network or arxTther physical 4s 
network, the control message including an IP address 
information of a data transmssion . destination, a 
header/channel information dependent on the physical 
network, and an information incficating a required com- 
municatfon resource: and a second transmission unit for 50 
transmitting the information data containing the 
headerAchannel informatfon for whfoh the required com- 
munfoation resource is reserved, to the receiving node. 

In this aspect of the present invention, it becomes 
possible to e]q;)lfoitly notify a n^workconnectfondeviTO 55 
on a communication path that the informatfon data that 
pass through a communication path established by the 
control message are requiring this much of the commu- 



nicalfon resource amounts so that this communicatfon 
resource amounts should be reserved in a case of 
acquiring tfie conrvnunfoatfon resources (connections, 
channels, eta) of the datalink that constitutes th^ com- 
munication path. 

In addition, the IP address is used as an address 
system so that it can be realized under the inter-conneo- 
tion environment of artNtrary combination of nfutuafly 
different datalink layers and therefore it becomes possi- 
ble to estat)lish the oommunKation path while reserving 
the communicatfon resources under an art>itrary inter- 
connected network environment. 

Alsa in this aspect of the present Invention, the 
control message may command to a network intercon- 
nection node for connecting saki physk»l network and a 
next physical network a registration of a correspond- 
ence between the header/channel information depend- 
ent on saM physk^al network and a header/channel 
infonmation dependent on the next physical network for 
which the required communicatfon resource is 
reserved. 

This d^ines the operation of the control message in 
this aspect of the present invention. 

AIsol in this aspect of the present invention, the 
data transmitting node may further comprises: a recep- 
tion unit for receiving digital vfoeo andfor cGgital audfo 
data; wherein tfie second transmissfon unit transmits 
the digital vfoeo and/br digital audfo data received by 
the reception unit as the information data, by fomiatting 
the dtgttel vkJeo and/or digital audio data into a trans- 
mssion format for sakI physfoal network. 

In this aspect of the present invention, in a case of 
receiving the raw or MPEG coded video/speech data 
and fioHMarding the received data to a specific receiving 
node, as in a case of a set-top box for the digital satellite 
broadcast, the digital CATV, or the digital terrestrial 
broadcast, it becomes possible to realize this data for- 
warding tyy fdrnriatting the received data into a format of 
a physk:al network. 

According to another aspect of the present inven- 
tion, there is provided a n^work inter-connection node 
for transmitting information data received from one 
pfiysk^l n^work to another physKalnetworK compris- 
ing: a reception unit for receiving a first control message 
from said one physical network, the fist control mes- 
sage containing an IP address information of a data 
transmissfon destination, a first header/channel infor- 
mation dependent on said one physical networK and an 
informatfon incficating a requred communfoation 
resource; a first transnm'ssfon unit for transmitting a sec- 
ond control message to said another physfoal network 
when the reception unit receives the first control mes- 
sage, the second control message containing a second 
header/cfiannel information dependent on said another 
physfoal network whk^h is obtained from the IP address 
information, and the information indk^ting the required 
communfoation resource; an establishing unit for estak>- 
lishing a comnunkation path with respect to a receiving 
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node or a next nehwork inter-connection node for con- 
necting said another physical network and a third phys- 
ical network, the communicatk>n path having the 
second header/channel tnlbnnalkHi with the required 
communication resource; a menx>ry unit for storing a 5 
conespondence t>etween the first header/channel infor- 
matk>n and the second header/channel information; and 
a second transmisskxi unit for oteining the second 
header/channel information corresporKOng to the first 
header/channel information according to tfie corre- 10 
spondence stored in the memory unit wfmn the informa- 
tion data containing the first header/channel informatfon 
is received from said one physical network, attaching 
the second header/channel information to the intomna- 
tion data, and transmitting the information data to saki is 
another physfoal rietwork. 

In this aspect of the pres^ inv^itioa each net- 
work connectfon 6&nce on the communicatfon path can 
recognize that the informatk3n data that pass through a 
communication path established by the control mes- 20 
sage are requiring this much of the communicatfon 
resource amourrts so that this comrmnfoation resource 
amounts shoufo t>e reserved in a case of acquiring the 
communk^atfon resources (connections, channels, etc.) 
of tfie datalink that constitutes this communication path, 2S 
establish the datalink layer cormection having this com- 
munfoatfon resource anrnxits by the establishing unH, 
and make a corresponding s^ng to the second trans- 
mission unit 

In additfon, the IP address is used as an address 30 
system so that it can be realized under tfie inter-connec- 
tion environment of art)rtrary combinatfon of mutually 
different datalink layers and tfierefore it becomes possi- 
ble to establish the commurucatfon path while reserving 
the communication resources under an art^ftrary inter- 35 
connected network environment 

Also, in this aspect of the present invention, the first 
control message may conrvnand a registration of a cor- 
respondence t>etween tfte first header/channel informa- 
tion and the second header/channel informatfon, arxi 40 
the secorxl control message may commarKi to the 
receiving node or the next network inter-connectfon 
node a registration of a correspondence t>etween the 
second header/channel information and a header/cfian- 
nel informatfon dependent on said thnrd physical net- 4s 
work. 

. t . This defines the operatfons of the first and second 
control messages in this aspect of the present inven- 
tion. 

According to another aspect of the present inven- so 
tion. there is provkied a data transmitting node con- 
nected with a physical network, comprising: a first 
transmission unit for transmitting a control message in a 
case of transnntting infonnatfon data to a receiving node 
connected with the physical rtetwork or another pftystcal ss 
network, the control message including an IP address 
informatfon of a data transmission destinatfon. a 
header/channel information dependent on the physical 



networtc and an informatfon on a format of the informa- 
tion data to be transmitted according to the 
header/channel informatfon; and a second trar^missfon 
unit for transmitting the informatfon data in said format 
which contains the header/channel information, to the 
receiving node. 

In this aspect of the present invention, it becomes 
possble to expOcrtty notify a network connectfon device 
on a communfoatfon path that the informatfon data that 
pass through a communication path established tyy the 
control message win be in this fonmat (such as MPEG, 
JPEG, etc.) so that they shouki be forwarded by a data- 
link layer processing alone without forwarding them to 
the so called IP processing unit for carrying out the rout- 
ing processing of IP packets, and a transfer according to 
the format transfer scheme depending on the datalink 
layer of a transfer target physical network should k>e 
made. 

Rx example, in a case of MPEG, it becomes possi- 
ble to uiige the setting by which the MPEG data can be 
transfenred in a format depencfing on the datalink layer, 
such as "MPEG-cvcr-ATM" d^ined by t^^e ATM forum in 
while being trans^ed tfirough the /OM network, and 
"MPEG-over-1394' defined by the i;HC1883 whfle being 
transferred through the IEEE 1394 bus. 

Also, in this aspect of the present inventioa the 
control message may conrvnand to a network inter-con- 
nection node for connecting saklphysfoal network anda 
next physfoal network a registration of a correspond- 
ence between the header/channel informatfon depend- 
ent on saxl physical netmrk and the header/channel 
informatfon dependent on the next physfoal networte 

This delones tfie operation of the control message in 
this aspect of ttie present invention. 

Also, in this aspect of the present inventioa the 
data transnrvtting node ntay further comprises: a recep- 
tfon unit for receiving digital video and/6r cSgrtal audfo 
data; wherein the second transmissfon unit transmits 
the digital vkieo andfor digital audfo data received by 
the reception unit as tfie information data, t>y formatting 
the digital video andJor digital audio data into sakj for- 
mat 

In this aspect of the present inventfon, inacaseof 
receiving the raw or MPEG coded video^speech data 
and forwarding the received data to a specif fo receiving 
node, as in a case of a set-top box for the digital satellite 
broadcast .the digital CATV, or the . digital tenrestaial 
broadcast, it becomes possible to realize this data for- 
warcfing by formatting the received data into a format of 
a physfoal n^work. 

According to another aspect of the present inven- 
tfon, there is provkied a network inter-connectfon node 
lor transmitting informatfon data received from one 
physfoal networic to another physfoal network, compris- 
ing: a reception unit for receiving a first control message 
from safo one physical network, the first control mes- 
sage containing an address information of a data trans- 
mission destination, a first header/channel information 
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dependent on said one phystcal network, and an infor- 
mation on a format of the information data to be trans- 
mitted according to the first header/channel information; 
a first transmisston unit for transmitting a secorxi control 
message to said another physical network when the 5 
reception unit receives the first control message, the 
secorxl control message containing the address infor- 
mation, a second header/charmel informatfon depend- 
ent on said another physical network which is obtained 
from the address information, and the information on a w 
format of the informatfon data to be transmitted accord- 
ing to the second header/channel informatfon; a mem- 
ory unit for storing a correspondence between the first 
header/channel informatfon and the second 
header/channel informatfon; a conversion unit for con- 75 
verting a transnrnsston format of the information data to 
be transmitted firom a transmission format in the said 
one physfoal network to a transmission format in said 
another physical network; and a second transmisston 
unit for obtaining the second header/channel infbrma- 20 
Hon corresponding to the first headerA:hannel informa- 
tion according to the correspondence stored in the 
memory unit when the information data containing the 
first header/channel informatfon is received from said 
one physical network, attaching the second 2s 
header/channel information to the information data, and 
transmitting the information data to said another physi- 
cal network. 

In this aspect of the present invention, each net- 
work connectfon device on the commmfoation path can 30 
recognize that the informatfon data that pass through a 
convnunication path estaU^hed by the control mes- 
sage will be in this format (such as MPEG, JPEG, etc.) 
so that they shoufo be fbnvarded by a datalink layer 
processing afone without fonvarding them to the so 3s 
called IP processing unit for carrying out the routing 
processing of IP packets, and there is a need to carry 
out the format conversion in order to transfer acoorcfing 
to the format trarnler scheme depencfing on the datalink 
layer of a transfer target physical network, and make 4o 
necessary settings to the conversfon unit and the sec- 
ond transmission unit 

Also, in this aspect of the present inventfon, the first 
control message may command a registratfon of a cor- 
respondence between the first header/channel informa- 4s 
tfon and the second header/channel information, and 
V c . uthe second.control message may command to a receiv- 
ing node or a network inter-connectfon node for con- 
necting said arwther physical network and a third 
physical network a registration of a correspondence so 
between the second header/channel infonmation and a 
header/channel information dependent on said third 
physical network. 

This defines the operations of the first arvi second 
control messages in this aspect of the present inven- 55 
tfon. 

Also. In this aspect of the present inventfon, the 
information data to be transmitted by the second trans- 



mission unit may be MPEG data, and the conversfon 
unit may convert the transmission fbmnat of the MPEG 
data from a transmissfon format for the MPEG data in 
saki one physical network to a transmission format for 
the MPEG data in safo arK>ther physfoal network. 

In this aspect of the present invention, by this for- 
mat conversion by the conversion unit, it becomes pos- 
sible to transfer the MPEG data in a format depending 
on the datalink layer, such as "WPEGKiver-ATM" 
defined by the AT^^ forum in while t>eing transferred 
through the ATM network, and 'WPEGwer-1394" 
defined by the IEC1883 while being transferred through 
the IEEE 1394 bus. 

According to anotfier aspect of the present inven- 
tfon. there is provided a data transmitting node con- 
nected with an IEEE 1394 bus. comprising: a first 
transmissfon unit for transmitting a control message in a 
case of transmitting information data to a receiving node 
connected with another physical network, the control 
nfiessage including an address information of a data 
transmissfon destination, and an isochrorKXJS channel 
number or a register offset indfoating an isochronous 
channel of said IEEE 1394 bus; and a second transmis- 
sion unit for transmitting the informatfon data in forms of 
IEEE 1394 packets containing the isochrorKXis channel 
number or the register offset, onto the isochronous 
channel. 

In this aspect of the present inventfon. it becomes 
possfole to explicitty notify a transfer target of the 
received data to a network connectfon device on a oonrv 
municatfon path connected to the IEEE 1394 bus, in 
such a manner tfiat the infbnnatfon data entering from 
that isochronous channel number at the IEEE 1394 
interface to which this control message is entered win 
be data destined to that data transnission destination 
address. 

In additfon. it also becomes possible to explfoitty 
notify that the informatfon data that pass through that 
isochronous channel shoufo be forwarded to a neict hop 
network channel a datalink layer processing afone 
without forwarding them to the so called IP processing 
unit for carrying out the routing processing of IP pack- 
ets. 

Alsov in this aspect of the present invention, the 
control message may command to a network inter-con- 
nection node for connecting said IEEE 1394 bus and a 
next physfoal network a. registratfon . of a correspond- 
ence between the isochronous channel number ot the 
register offset and a header/channel informatfon 
dependent on the next physical network. 

This d^ines the operatfon of the control message in 
this aspect of the present invention. 

Als(x in this aspect of the present invention, the 
data transmitting node may further comprises: a recep- 
tion unit for receiving digital video and/or digital audio 
data; wherein the second transmissfon unit transmits 
the digital video and/or digital audio data received by 
the reception unit as the information data, by formatting 
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the dgrta] video and^or digital audio data into an IEEE 
1394 transmission format. 

In this aspect of the present invention, in a case of 
receiving the raw or MPEG coded video^speech data 
and fonwarding the received data to a specific receiving s 
node, as on a case of a set-top box for the digital satelfite 
broadcast, the cfigital CATV, or the cfigital terrestral 
broadcast it becomes possible to realize this data for- 
warding by Ibrmatting the received data into a format of 
a physk:al network. io 

According to another aspect of the present inven- 
tion, there is provided a network inter-connection node 
for connecting at least two physical networks including 
an IEEE 1394 bus and transmitting an infonmation data 
received from one physical network to another physical is 
network, comprising: a reception unit for receiving a first 
control message from saki one physical network, the 
first corrtrol message containing an address informatfon 
of a data transmission destinatfon, and a first 
header/bhannel information dependent on said one 20 
physical n^work; a first transmissfon unit for transmit- 
ting a second control message to sakJ another physk:al 
network when the receptfon unit receives the first con- 
trol message, ihe second control message containing 
the address information and a second headerA;hannel 2s 
infonmation dependent on sakJ another physical net- 
work which is obtained from the address information; a 
memory unit for storing a correspondence between the 
first header/channel informatfon and the second 
header/channel informatfon, at least one of the first 30 
header/channel informatfon and the second 
header/channel mformatfon including an isochronoi^ 
channel number or a register offset tncficating an iso- 
chronous channel of the IEEE 1394 bus; and a second 
transmission unit for obtaining the second header/charv 3s 
net informatfon corresponding to the first header/bhan- 
nel informatfon according to the correspondence stored 
in the menK>ry unit when the information data contafo- 
ing the first header/cfiannel information is received from 
said one physk»l network, attaching the second 40 
header/channel inform atio n to tfie informatfon data, and 
transmitting the infonmation data to said another physi- 
cal network. 

In this aspect of the present invention, it becomes 
possit)le to carry out tfie transmission of art>itrary data 45 
with respect to the receiving rxxie k>efonging to arbitrary 
distanced network (a ptiysicat network to .vvhfoh *the 
transmitting node does not befon^). under the environ- 
ment in which the 1394 buses or the 1394 bus and arbi- 
trary physical network are inter-connected. so 

Mameiy. in the inter-oonnected networks in whk;h 
the 1394 buses or the 1394 bus and arbitrary physical 
network are inter-connected, it is possible to ascertain 
the destinatfon node ID or channel number and the des- 
tinatfon address of the destination node (which can be ss 
the network layer address such as IP address or the 
datalink layer address such as 1394 address or MAC 
address) which are the header information of the first 



f^iysfoal network to which the data will be transferred 
later, from the neighborir^ node on the side of the IEEE 
1394 bus whrch is the first physical network. Then, from 
this irrtormatfon, it is possfole to notify a correspondence 
between the header/channel infonmatfon to be used at 
the second pfiysical network (virtual connection identi- 
fier, or destinatfon node ID or channel number, or MAC 
address, eta. in the second physical networtO and the 
destinatfon address (the address informatfon). to the 
neighboring node on the second physfoal network side 
(or conversely, the inforntation from the second physfoal 
networic side is notiffod to the first physical nelworic 
sfoe). 

In addition, by referring to the header/channel infor- 
mation (channel number, destination node ID. virtual 
connection identifier. MAC address, etc.) of one physi- 
cal network alone, it becomes possible to transfer the 
data by attaching (or converting) the header/channel 
information (channel number, destination node ID. vir- 
tual connection identifier. MAC address, etc.) of another 
physfoal network, so ttiat the considerably fast process- 
ing becomes possible even between the 1394 bus and 
the otfrer arbitrary physfoal network. 

Moreover, at least one of the first header/channel 
information and the second header/channel information 
includes an isochronous channel number or a register 
offset indicating an isochronous channel of the IEEE 
1394 bus. so that it becomes possible for the relay 
devfoe to directiy convert the isochrorxxis cfiannel 
number of the IEEE 1394 bus to the header/channel 
information (virtual connection identifier, isochronous 
channel number. MAC address, etc.) of the (anotiier) 
second physical network (or vice versa). Consequentiy. 
especially in a case where the end-to-end data transfer 
by the datalink layer switching is desired as in a case of 
the transfer of data ttiat requires the communk:ation 
quality, it becomes possible to realize this data transfer 
kyy using the isochronous channel of the IEEE 1 394 bus 
and using the channel number in a similar manner as 
the virtual connection identifier (such as VPIA^CI of the 
ATM). 

PJtso, in this aspect of the present invention, said 
another physfoal network may be an Ethern^ or a token 
ring or a FDDI. and the second header/channel informa- 
tion may indicate a MAC address. 

Also, in this aspect of the present invention, said 
one physical networic may be an Ethernet or a token. . ...... 

ring or a FDDI. and the first header/channel information 
may indicate a MAC address. 

In ttiese cases, it becomes possfole to recognize 
the header value and its attribute and communfoation 
quality on the 1394 bus side by providing the corre- 
spondence table and the conversion table based on the 
MAC address value, or conversely, to recognize ttie 
header infonnation value (header/channel information 
depending on the second physfoal networt^ on ttie sec- 
ond physical networit (another physical networi^ side 
arxf its attrbuto and communication quality by providing 
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the table based on the header Drrformation value of the 
1394 bus. Consequently, tt becomes possisle to carry 
out the data fofwarding to the fadng network side by the 
datalink layer processing alone, arxi the fast forwarding 
processing becomes posstUa For this reason, it 5 
becomes possible to use the various frame schemes 
using MAC address as the transmissfon scheme of the 
secorxJ physical network. 

Also, in this aspect of the present invention, said 
another physk:al network may be an ATM networt^ and 10 
the second header/channel information may indicate a 
VPI/VCI. 

Also, in this aspect of the present invention, said 
one physical network m^ be an ATM network, and the 
first header/channel information may indicate a is 
VPI/VCI. 

In these cases, it k>ecomes possible to recognize 
the header value and its attribute and communication 
quality on the 1394 bus side by providing the corre- 
spondence table and the conversion table based on the 20 
VPI/VCI value, or conversely, to recognize a value of the 
VPI/VCI value (header/channel information depending 
on the second physical network) and its attrixite and 
communication quality by providong the table b^ed on 
tfie header information y/aluB of the 1394 bus. Conse- 2s 
quently, it becomes possible to carry out the data for- 
warding to the fadng network skle by the datalink layer 
processing afone. and the fast forvi^urding processing 
becomes possble. For this reason, it becomes possUe 
tousethe ATM as tf)e transmission scheme of the sec- 30 
ond physical network (arwther physfoal networl^. 

Accorcfing to another aspect of the present inven- 
tion, there is provkied a data transmitting node corv 
nected with a networK comprising: a first transmission 
unit for transmitting a control message in a case of as 
transmitting informatfon data to a receiving node con- 
nected with another network, the control message 
including a first MAC address information of a data 
transnrvssfon destination, and a second MAC address 
infonnation to be attached to the information data; and 40 
a second transmission unit lor transmitting the infbmrta- 
tfon data containing the second M/\C address informa- 
tfon. to tfie receiving node. 

In this aspect of the present inventfon, it becomes 
possible to explicrtly notify a transfer target of the 45 
received data to a network connectfon device on a corn- 
er. :municatk)n path, in such a manner that the informatfon 
data entering with that second MAC address at the 
physical network interface to which this control mes- 
sage is entered will be data destined to that data trans- so 
mission destinatfon first MAC address. 

In addtion. it also becomes possfole to explicitly 
notify that, for the information data entered with that 
second MAC address, the sinnlar control message 
exchange is to be carried out at the subsequent hops ss 
and the packet/frame routing should be carried out by 
referring to the MAC address afone. 

Also, in this aspect of tfie present inventfon. the 



control message may conrwnand to a networic inter-con- 
nectfon node for connecting said networtc and a next 
network a registration of a correspondence between the 
second MAC address information and a header/chann^ 
information dependent on the next network. 

This defines the operation of the control message in 
th^ aspect of the present invention. 

Also, in this aspect of the present invention, the 
data transmitting node may fulher comprises: a recep- 
tion unit for receiving digital video and/br dgital audfo 
data: wherein the second transmission unit transmits 
the digital vkieo and/br digital audfo data received by 
the reception unit as the information data, t)y formatting 
the digital video and/or digital audio data into a trans- 
mission format for sakJ network. 

In this aspect of the present inventioa in a case of 
receiving the raw or MPEG coded video^peech data 
and fonwarding the received data to a specific receiving 
node, as in a case of a set-top box for the digital satellite 
broadcast, the digital CATV, or the digital tenrestrial 
broadcast, it becomes possible to realize this data fbr- 
mrding by formatting the received data into a format of 
a physfoal network. 

According to another aspect of tfie present inven- 
tion, there is provkJed a network inter-conneciion node 
for transmitting information data received from one net- 
work to another n^worK eonrpristng: a reception unit 
for receiving a first contP>! ntess^e from saki one net- 
woric. the first control n>essage containing a first MAC 
address information of a data transmissfon destination, 
and a second MAC address information; a first trans- 
missfon unit for transmitting a secorxl control message 
to said another network when the receptfon unit 
receives the first control message, the second control 
message containing the first MAC address infbnnatfon. 
and a third MAC address informatfon which is obtained 
from the first hAAC address information; a menKMry unit 
for storing a correspondence between the second MAC 
address infonnation and the third MAC address infor- 
mation; and a second transmissfon unit for obtaining the 
third MAC address information correspondng to the 
second MAC address information according to the cor- 
respondence stored in the memory unit when the infor- 
mation data containing the second MAC address 
infonnation is received from safo one network, attaching 
the third MAC address infonnation to the information 
data, and transmittir^^the.. information data to safo 
another network. 

In this aspect of ttie present invention, in ttie bridge 
network in whfoh two or more physfoal networks are 
inter-connected, it is possfole to ascertain the header 
information (the de^nation MAC address in the first 
physical networi^ of the first physical n^woric (one 
physfoal networi^ to whfoh the data will be transferred 
later and the destination address of its destination node 
(the MAC address infonnation: the final destination 
MAC address), from ftre neightx>ring node of the previ- 
ous hop. Then, from tfiis information, it is possfole to 
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notify a correspondence between the header informa- 
tion (the destination MAC address in the second physi- 
cal network) to be used at the second physical network 
(another p^cal networl^ and the destinatkm address 
(the MAC address information: the final destination 5 
MAC address), to the neighboring node. 

In adcfitfon, by refomng to the header information 
(the destination MAG address in the first physfoal net- 
worl^ of sakJphysfoal network atone, it becomes possi- 
ble to transfer the data by attaching (or converting) the 10 
header information (MAC address) of the second physi- 
cal network, so that the considerably fast processing 
becomes possfcie even between different types of net- 
works. Here, the MAC address may be used as a logical 
value, that is, as the virtual connection identifier. 75 

According to another aspect of the present inven- 
tion, there is provided a network inter-oonnection node 
for connecting at least two physfoal networks, compris- 
ing: a request receiving unit for receiving from a first 
physical network an address resolution request for 20 
resolving a datalink layer address from a n^work layer 
address; a ftxwarding unit for forwarding the address 
resolutfon request with respect to a corviected physical 
network other than ttie first physfoal n^work; a 
response receiving unit for receiving from a second 2s 
physical network a first address resolution response 
conresponcfing to the address resolutfon request for- 
warded by the fonwarding unit; a registration unit for reg- 
istering a correspondence k>etween the network layer 
address and the second physfoal n^work brto a routing 30 
table, by referring to a network layer source address or 
a network address contained in the first address resolu- 
tion response: and a response transmitting unit for 
transmitting to the first physfoal network a second 
address resolutfon response corresponcfing to tiie 35 
address resolutfon request received by the request 
receiving unit, by inserting a datalink layer address of 
said network inter-oonnectfon node den^ as a 
resolved address. 

In this aspect of the present inverrtfon. when the 40 
first physical Rework and the second physical network 
are the networks using different address systems (such 
as the Ethernet and the IEEE 1394, for exam^ey or 
when they are networks using the same address sys- 
tem which are however connected wittxxjt using a 4S 
bridge connection, it becomes possfole to carry out a 
deTtyery of a packet to a desired node by specr^ring an 
address of ttits network inter-conriection node as a 
pack^ destination with respect to a node wfifoh trans- 
mitted the address resolution request and carrying out so 
the routing of a packet received at this network inter- 
connectfon noda 

In addition, in this aspect of the present invention, 
the network layer address learning functfon is provkied, 
so that rt is possfole to deal with a case where an entry ^ 
or withdrawal of a node with respect to a network is to 
be made dynamfoally. 

Also, in this ^pect of the present inventfon, the net- 



work inter-connectfon node device may furttter com- 
prises a transfer unit for transferring a received packet 
to a physical network registered in the routing tat)le, 
according to a network layer destination address of the 
received pack^. 

Alsa in this aspect of ttie present inventioa ttte 
response transmitting unit may activate the fonvarcfing 
unit when a network layer address contained in the 
address resolution request received from the first phys- 
foal network is not a network layer address of safo net- 
work inter-connection node devfoe and not registered in 
the routing tat)le, and transmit tfie second address res- 
olution response othenwisa 

AIsol in tills aspect of ttie present invention, the first 
physfoal network and ttie second physical network may 
be operated t>y different datalink protocofo. 

Other features and advantages of the present 
invention will become apparent from the following 
descriptfon taken in conjunction with the acconpanying 
drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Rg. 1 is a bfock dia^am shewing an exemplary 
overall configuration of a communfoation network 
according to ttie first errfoodiment of Ihe present inven- 
tfon. 

Rg. 2 is a diagram showing an exemplary corre- 
spondence between IP addresses and datalink layer 
addresses (ATM addresses) on an !P sibnet fsia side in 
the comnrunfoation network of Rg. 1. 

Rg. 3 is a diagram showing an exemplary corre- 
spondence b^ween IP addresses and datalink layer 
addresses (ATM addresses) on anIP subnet Nb sfoe in 
the communfoation network of Rg. 1. 

Rg. 4 is a sequence chart for an operation 
sequence between a guide server and a video terminal 
in the communication network of Rg. 1. 

Rg. 5 is a bfock diagram showing default VCs in an 
intra-station ATM backtx)ne network in the communica- 
tfon network of Rg. 1. 

Rg. 6 is a tkxk di^am shewing an exemplary 
internal configuration of a cell switch router in the com- 
munication network of Rg. 1. 

Rg. 7 fo a sequence chart for an address resolution 
sequence between a ceU switch router and a vkieo ter- 
minal in the communication networkof^Rg. 1 . . 

Rg. 8 is anottier sequence chart for an address res- 
olution sequence between a cell switch router arxJ a 
video terminal in the communfoation network of Rg. 1. 

Rg. 9 is a dia^am showing one example of a chan- 
nel used for exchanging ARP packets in the communi- 
cation network of Rg. 1. 

Rg. 10 is a block diagram shewing an exemplary 
internal configuration of a NIU (Network Interface Unit) 
in the communication network of Rg. 1 . 

Rg. 11 is a diagram showing one example of a rout- 
ing table provided in a FANP node in ttie communication 
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network of Fig. 1. 

Rg. 12 is a flow chart (or an ARP processing 
sequence in the communication network of Fig. 1 . 

Fig. 13 is a diagram shewing one example of a for- 
mat for an ARP request packet on a 1394 bus in the s 
conmunicatkHi network of Fig. 1. 

Fig. 14 is a tkxk diagram showing an exemplary 
internal configuration of a 1394 gateway in the commu- 
nication network of Rg. 1. 

Fig. 15 is a diagram showing one example of a for- w 
mat for an ARP response packet on a 1394 txjs in the 
conununicatkm network of Fig. 1. 

Fig. 16 is a diagram showing one example of a for- 
mat for an IP packed transmitted on a 1394 txjs in the 
convnunication network of Fig. 1 . is 

Fig. 17 is a sequence chart for a sequence of a 
video transmisskm from a video server to a video termi- 
nal in the comnrwication network of Fig. 1. 

Rg. 18 is a further detailed sequence chart for a 
sequence of a vkJeo transmission from a vkteo server to 20 
a video terminal in the communication network of Rg. 1 . 

Rg. 19 is a diagram showing one example of a cor- 
respondence tat)le provkied in a 1 394 switch unit in the 
1394 gateway of Rg. 14. 

Rg. 20i8aGfiagramshowingoneexanY>leof afor- 2s 
mat lor a VOID exchange message used inthecomnru- 
nk»Aion network of Rg. 1. 

Rg. 21 is a diagram showing one example of a 
default data connectbn (VC) and a dedicated data con- 
nection between a video sender arxi a video termral in 30 
the ccmmunk:atk)n network of Rg. 1. 

F\Q, 22 is a sequ^Ke chart for an operation 
sequence of FANP message echanges between a 
guide server and a cell switch router in the oommunka- 
tbnnetworkof Rg. 1. ss 

Rg. 23 is a cfiagram sfwwing one example of a for- 
mat for a flow exchange message used in the operation 
sequence of Rg. 22. 

Fq. 24 is a diagram showing one example of a for- 
mat for a ftow exchange message (offer message) used 40 
in the operation sequence of Rg. 22. 

Fig. 25 is a diagram showing one exarrple of a for- 
mat for a flow exdhange message (pending message) 
used in the operatkm sequence of Fig. 22. 

Fig. 26 is a cfiagram sfiowing one example of a for- 45 
mat for a VOID exchange message on a 1394 bus used 
in the operation sequence of .Rg. 22. . 

Rg. 27 is a (fiagram showing one example of a for- 
mat for a VOID exchange message (re<iirect message) 
on a 1394 bus used in tfie operatnn sequence of Fig. so 
22. 

Fig. 28 is a diagram showing one example of a 
datalink connection from a video server to a vkleo termi- 
nal in the communication network of Fig. 1. 

F^. 29 is a sequence chart for a datafink connec- ^ 
tion release sequerx^ in the comnunicatkm network of 
Fig. 1. 

Fig. 30 ^ a sequence chart for an operBtk>n 



sequence in a case of maintaining and r^easing a data- 
link connection in a soft state in the communicatkm net- 
workof Fig. 1. 

Rg. 31 is a diagram for explaining a manner of 
using a flow ID in a c^e of nrierging information data 
flows from two or more sources into an kientk^al datalink 
connection in the oommurvcation rratwork of Rg. 1. 

Rg. 32 is a sequence chart for an operatk>n 
sequence in a case of carrying out a bandwkith reserva- 
tk>n control between a cell switch router and a video ter- 
rrenal by using an extended FANP in the comnriunk;atk)n 
network of Rg. 1. 

Rg. 33 is a block diagram showing an exemplary 
overall configuration of a communKation network 
according to the second enrtxxiiment of the present 
inventkm. 

Rg. 34 is a bk)ck diagram showing an exemplary 
internal conf iguratx>n of a half gateway in the communi- 
catkm network of Fig. 33. 

Rg. 35 is a diagram showing one example of a cor- 
respondence table (for a case of transmitting data 
receh^ed from a 1 394 side to an Ethenriet side) provided 
in a 1394yEthemet transfer unit in the half gateway of 
Fig.34. 

Rg. 36 is a diagram showing one exarrple of a cor- 
respondence table (for a case of transmitting data 
received from an Ethernet side to a 1 394 skle) provided 
in a 1394/Ethernet transfer unit in the half gateway of 
Fig. 34. 

Rg. 37 is a sequence chart for an ARP sequence in 
the communKalk>n network of Fig. 33. 

Rg. 38 a sequence chart for an operatk>n 
sequence ip to a vxf eo transmisskxi in tfie commuroca- 
tion network of Rg. 33. 

Rg. 39 is a diagram showing one example of a 
vkfeo transmissKHi route from a transmitting terminal to 
a receiving terminal in the communkatkm network of 
Rg. 33. 

Rg. 40 is a diagram showing one exarrple of a 
physk»l shape of a 1394 inter-connection cable, in a 
case of using an Ethernet cable as a cable for connect- 
ing two half gateways. 

Rg. 41 is a dagram showing another example of a 
physical shape of a 1394 inter-connection cable, in a 
case of connecting two half gateways t>y radk) transmis- 
sion path. 

Rg. 42 is a block diagram showing an exemplary^, 
configuration of a home network with a transmitting ter- 
minal having a functk)n for receiving MPEG video from 
a digital satetlite broadcast (or digital CATV). 

Rg. 43 is a block diagram showing an exemplary 
internal configuration of a transmitting terminal in tfie 
home network of Rg. 42. 

Rg. 44 is a block diagram showing another exem- 
plary internal configuration of a transmitting terminal in 
the home network of Fig. 42. 

Rg. 45 is a block diagram showing an exemplary 
overall configuratx>n of a communication network 
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according to the third embodiment of the present inven- 
tion. 

Fig. 46 is a block diagram showing an exenplary 
internal conf igiration of a FANP node in the conrvnuni- 
cat'on n^¥vork of Rg. 45. s 

Fig. 47 is a sequence chart for an ARP sequence in 
the communication network of Fig. 45. 

Fig. 48 is a sequence chart for an operation 
sequence up to a video transmission in the communica- 
tion network of Fig. 45. 10 

Fig. 49 is a diagram showing one exanple of a 
video transnvssion route from a transmitting terminal to 
a receiving terminal in tfie conrvnunicatbn network of 
Rg. 45. 

Fig. 50 is a cfiagram showing still another example is 
of a physical shape of a 1394 inter-connection cable, in 
a case of using a relatively short dedicated 1 394 c^e 
and a long Ethernet cable. 

Fig. 51 is a tkxk diagram showing an exemplary 
overall configuration of a communication network 20 
according to the fourth embodiment of the present 
invention, in a case of connecting two half gateways 
through an ATM conrvnunicatfon path. 

Fig. 52 is a bfock dia^am showing an exemplary 
internal configuration of a half gateway in the conrwnuni- 2s 
cation network of Rg. 51. 

Fig. 53 is a bfock cfiagram showing another exen>- 
plary overall conf iguratfon of a communtcatfon network 
according to the fourth embodiment of the present 
invention, in a case of connecting two half gateways 30 
through a FANP-ATM switch. 

Fig. 54 is a bfock diagram showing an exemplary 
internal configuratfon of a FANP-ATM switch in the com- 
mumcation network of Fig. 53. 

Fig. 55 is a bfock diagram showing an exemplary 3s 
overall configuration of a connmunfoatfon network 
according to the fifth embodiment of the present inven- 
tion. 

Fig. 56 is a bfock diagram showing an exemplary 
intOTial configuratfon of a third gateway on the conrvnuni- 40 
cation network of Rg. 55. 

Fig. 57 is a sequence chart for an operatfon 
sequence from an ARP up to a vkfoo transmission in the 
communication network of Fig. 55. 

45 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS a...u. ... .. ... 

<Rr5t Embodiment > 

so 

Referring new to Fig. 1 to Rg. 32, the first embodi- 
ment of the present invention will bedescrfoed in detail. 

Fig. 1 shows an exemplary configuratfon of a com- 
munication network system according to this first 
embodtnrient. which is fonmed by a CATV network and a 55 
home network connected thereto, for exampla 

As shown in Rg. 1. the convnunicatfon network 
system of this first embodiment comprises a video 



server 101, a program gufoe delivery server (referred 
hereafter as a guide server) 102, an tntra-station ATM 
backbone network 110. a ceil switch router (CSR) 103, 
an accessATM network 111. an NIL! (network Inters 
UniO 104. a first IEEE 1394 bus 112, a 1394 gatew^ 

105, a second IEEE 1394 bus 113, and a video terminal 

106. The whole system (or at least a part of a groip of 
devices constituting this system) is assumed to be sub- 
scribed to the Internet 

The video server 101. the guide server 102, the 
intra-station ATM backbone networic 110 and the cell 
switch router 103 are the CATV head-end equipn^ents, 
and located inskie the CATV station. They are assumed 
to be belonging to an IP (Intern^ Protocol) subnet Na. 

The vkieo server 101 receives a control from the 
guide server 102, and delivers a specified vkieo with 
respect to a specified address. Here, the specified 
address may be given by the IP address. 

The guide server 102 delivers the Web-based (i.e.. 
KTTP-based) program guide through the IntemeL The 
guide server 102 also has a function to notify the con- 
tent, the attrfoutes, the delivery destination, e^., of a 
requested program to the vkieo server 101 and control 
the video server 101 . The guide sen^ 102 also has a 
function for authenticating and cfiarging users. 

The intra-station ATM backbone networic 110 is an 
ATM network constituting the bacMtxme inside the CATV 
station. 

Ihe cell switch router 103 is a devico as disclosed 
in Japanese Patent .Application 7-58196 (1995), 
and contains an IP processing unit and an ATM switch 
therein. By using tf le FANP (Row Attrtoute fWification 
Protocol) to be descrfoed befow, the cell switch router 
103 is operated by carrying out the protocol exchanges 
between neighboring FANP nodes (nodes that can 
carry out the FANP processing). More specifically, the 
datalink layer connection infbnnation (VPI/VCI of ATM. 
etc.) with a starting point (encfing poinQ at this cell 
amtch router 103 is exchanged between the neighbor- 
ing FANP nodes, and both connections are coupled by 
the ATM switch inskie this cell switch router 1 03 so as to 
realize the ATM switching. 

fsfotethat inthepresentinvention. functions of the 
FANP are ipgraded and modified from those disclosed 
in Japanese Patent Application Na 7-58196 (1995). so 
that the FANP used in the present invention will be con- 
sidered as having a versfon number [2] in contrast to the 
FANP used in Japanese Patent Application fslO. 7- 
58196 (1995) which is conskiered as having a versfon 
number [1]. in a sense that the former is the ipgraded 
version of the latter. 

The access ATM network 111 connects tiie CATV 
station witti the home. More speciffoally. it suffices for 
this part to use the ATM as tiie datalink scheme, and the 
sid^scrfoer line form can be any suitable fonm such as 
FTTH (Fiber To The Home). HFC (Hybrid Rber Coax), 
coaxial cable. ADSL (Asymmetric Digital Subscrfoer 
Line), etc. 
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The NIU 104, two 1394 bi^ 112 and 113. the 
1394 gateM^ 105 and the video tenrenal 106 are 
devices or Reworks provided inside the home. 

The NIU 104 has a fuKrtion to terminate the access 
ATM network 111 and a function to make an inter-con- s 
nection with the horne network. Asdescnbed t>ekiw. tNs 
node is also the FANP node. 

Two 1394 buses 112 and 113 are home networks 
formed tjy high speed buses called IEEE 1394. In Fig. 1. 
the first 1394 bus 112 is connected only with the NIU io 
104 and the 1394 gateway 105 while the second 1394 
bus 113 is connected only with the 1394 gateway 105 
and the video terminal 106. but in practice, these 1394 
buses may also be connected with various other digital 
devices such as PC, printer, DVD. etc. is 

The 1 394 gateway 1 05 is a dence having a functktfi 
to connect two (or more) 1394 buses together. Also; the 
1394 gateway 105 in this first embodiment is the FANP 
node as will be descrS>ed k>ek>w. 

The video tenminal 106 is a terminal having a video zo 
reception function and an IP processing functk>n. 

Here, it is assumed that the cell switch router 103 
and the group of devk^es or networks within the home 
are betonging to one IP subneL Namely, it is assumed 
that one (or more) IP subnet is assigned to each hom& 2s 
In this first embodiment it is assumed that this IP sub- 
net is assigned with the subnet address Nbi 

Also, as shown in Fig. 1, it is assumed that the IP 
address of the vxJeo server is Na. 1, ttie IP address of 
the guide server 102 is Na. 2, the IP address of the do 
intra-station ATM backbone network 110 skJe interiiace 
of the cell switch router 103 is Na. 3. and the IP address 
ofthe access ATM n^work 111 side interface of the cell 
SMtch router 103 is rsft). 4. Also, it is assumed that the IP 
address of the NIU 104 is Nb. 3, the IP address of the 3s 
1394 gateway 105 is Nb^ 2, and the IP address of the 
video terminal 1 06 is Nb. 1 . Here, each of the N lU 1 04 
and the 1394 gateway 105 can have only one IP 
address even though more tfian one network interfaces 
are provktod therein. 40 

Rg. 2 sfiows a correspondence between tfie 
addresses on the IP subnet Na side; that is. the IP 
addresses within the intra-statx)n ATM bacMxxie n^- 
woric 110, and the datalink layer addresses (ATM 
addresses). Here, it is assumed that the ATM address 4s 
prefix of the Intra-station ATM backbone networtc 1 10 is 

Similarty, Fig. 3 shows a correspondence of the 
addresses on the IP subnet Nb SKle. 

Here, it is assumed that the ATM address prefix of so 
the access ATM network 111 is Ab. tfie bus ID of the first 
1394 bus 1 12 is Bb. and the bus ID of the second 1394 
bus 113 is Ba. 

A terminal connected to each 1394 bus has two 
1394 addresses. One is the address caOed EUI64 ss 
whose value remains unchanged tiy the bus reset, and 
the other is the node ID whose value may be cfanged 
by the bus reset Here, the node ID is expressed by an 



e(pressk>n format of (Bus ID, Physical ID). 

Next, the operation of the entire system of Rg. 1 in 
a case of video transmis8k)n wOl t>e descrft>ed with ref- 
erence to the f tow chart of Fig. 4. 

Rrst the vkteo terminal 106 receives the program 
gukie transmitted from the guide server 102. 

This program guide is produced by the HTML 
(HyperText Markup Language) and its transmission pro- 
tocol is the HTTP (HyperText Transfer ProIocoO. ^ 
example. Namely, the vkieo terminal 106 is in a form of 
the Web terminal (browser), and the program guide 
itself is transmitted through the IP (Internet ProtocoQ. 

Here, the mecfianism by which a general IP packet 
is transmitted will be deserved for each part of the 
entire system. Note that, the general IP pactet is an IP 
packet for which the best-effort transmisston is to be 
carried out which is not belonging to a specifk; flow 
(that is. a set of a series of mutually significant IP pack- 
ets such as a specifk; video stream) specif ied k>y a user 
or a devk:e. 

As shown in Rg. 5. a VC (Virtual Connectton) 501 
for IP packet transmisston is set up in advance t>e«ween 
the gukie server 102 and the cell switch router 103. 
Alsa the similar VC 502 is set tp in advance between 
the vkieo server 101 and the ceO switch router 103, and 
the similar VC 503 is s^ ip in advance b^ween the 
vtoeo server 101 and the gutoe server 102. When there 
is no specific speciftoatton (by the FANP). these VCs are 
VCs set ip by the default functton for the purpose of 
transfem'ng IP packets theretlircHjgh. These VCs will be 
referred hereafter as the defEUjft VCSw 

The default VC may be a VC which is established 
by the ATM-ARP (ATM-Address Resolutton ProtocoQ 
inside the intra-statton ATM backbone networi^ 110. 
Tfus will now be described. 

At a time of transmitting the IP packet (program 
gutoe packet) toward the vkteo terminal 106, the gutoe 
server 102 applies the ATM-ARP inskie the intra-statton 
ATM backbone n^woric 110. tstote that the ATM-ARP 
server is not shown in the ftgureSw 

Assuming that the IP address of the vkieo temiinal 
106 is Nb. 1, this vkieo terminal 106 betongs to the IP 
subnet Nb rather than the IP subnet Na inskie the CATV 
statton. so that this resolution address (ATM address) is 
going to be the address of a router pointing toward the 
IP subnet Nb, that is, the address (ATM address) of the 
cellswitch router 103. :.. , , 

When it is detected that the ATM connectton point- 
ing toward Ifie resolutton ATM address is already set up 
(VC 501), the gukie server 102 transmits that IP packet 
through this VC 501. 

The cell switch router 103 receives this IP packet 
through the default VC 501 . 

Rg. 6 shows an exerrplary internal configuration of 
the cell switch router 103. As shown in Fig. 6, the cell 
witch router 103 conprises an IP/FANP processing 
and switch control unit 601 and an ATM switch unit 602. 

The IP/FANP processing and switch control unit 
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601 has a furK:tion for processing the recent IP pack^ 
or FANP packet, and a functwn for confrolling the set- 
ting of the ATM switeh unit 602 according to the FANP 
processing result. Ncte that, among the VCs from the 
connected ATM network, for each of the VCs 501 and 5 
502 which fs the default VC set up from the t>eginning 
for the purpose of IP packet transfer, a VC tenninal point 
is always the IP/FANP processing and switch control 
unit 601 inside this cell switch router 103. 

The ATM switch unit 602 comprises an ATM switch. 10 
Among output ports of the ATM switch, at least one is 
set at the IP/FANP processing and switch control unit 
601. 

Here, the setting is made so that the IP packet 
transmitted through the default VC will be always for- is 
warded to the IP processing unit (IP/FANP processing 
and switch control unit 601) of the nodes at two ends of 
that default VC. 

When it is confirmed that the received IP packet is 
destined to the video temunal 106 (t>y confirming that 20 
the destination IP address of this IP packet is the IP 
address Ntx 1 of the video terminal 106), the IP 
processing unit (IP/FANP processing and switch control 
unit 601) of the cell switch router 103 carries out the 
routing according to the internal IP routing tatsie so as to 2s 
determine the output physical port 

At the output physical port, the cell switch router 
103 cam'es out the ATM-ARP with respect to the access 
ATM network 111 so as to determine tfie VC for trans- 
mitting this IP packet. Note that, in Rg. 1, the /VTM-ARP 30 
sen/er to k>e used here is also not Shown. 

The ATM-ARP is canied out with respect to the 
entire access ATM network 1 1 1 . and eventually the ATM 
address of the NIU 104 will t>e resolved. 

The /(TM address to be resolved here is that of the 3s 
NIU 104 and not that of the video terminal 106. Namely, 
this address resolution is the proxy resolutfon. that is. 
the deputy resolutfon. In a case where the ATM network 
and the other network (such as the Ethemet or the 1394 
bus 112 or 113 of this embodiment) are inter-con- 40 
nected. the address to be resolved in response to the 
address resolutfon request from inskle the ATM networtc 
should be an ATM address, but a resolutfon target termi- 
nal may not necessarily be present on the ATM network, 
so that the ATM address of the NIU 104 will be resolved 4s 
inthiscasa 

In the system of this embodiment^as win be 
desabedbekiw. the cell switch router 103. the NIU 104 
and the 1394 gateway 105 are the F/VNP nodes, so that 
the ARP is terminated once at each of these nodes and so 
the responded by proxy. Namely, the address resolution 
is carries out sequentially in time series as shown in Fig. 
7. 

(Step S701): The address resolution request for the 
address of the vkfoo terminal 106. from the cell switch ss 
router 1 03 to the access ATM network 111. 

(Step S702): The address resolution request for the 
address of the video tenmtnal 106, from the NIU 104 that 



rec^ved the address resolutfon request of the step 
S701 tothefirst 1394 bus 112. 

(Step S703): The address resolution request for the 
address of the video terminal 106. from the 1394 gate- 
way 105 that received the address resolution request of 
the step 8702 to the second 1 394 bus 1 1 3. 

(Step S704) : The address resolutfon from the video 
tenminal 106 to the 1394 gateway 105 (where the 
resolved address is the 1394 address of the video temu- 
nal 106). 

(Step S705): The address resolution from the 1394 
gateway 105 to the NIU 104 (where the resolved 
address is the 1394 address of the 1394 gateway 105). 

(Step S706): The address resolutfon from the NIU 
104 to the cell switch router 103 (where the resolved 
address is the ATM address of the NIU 104). 

When the above procedure is finished, the IP 
packet transmissfon sequence is carried out (steps 
S707. S708andS709). 

The procedure shown in Rg. 7 is a scheme In which 
the address resolution is canied out sequentially from 
an end. and the IP packet transmission is started at a 
timing where all the datalink layer addresses are 
resolved. However, it is also possible to use a scheme 
as shown in Fig. 8 in whfoh the address resolution is 
carried out hop by hop^ and the IP packet is fonwarded 
sequentially every time the address is resolved. 

Now. accorcfing to the resolved ATM address (the 
ATM address of the NIU 104), the cell switch router 103 
checks whether there is an ATM-VC (a de^lt VC 901) 
that is established with respect to this ATM address or 
not. Here, if it is not established yet, it is established, as 
indfoated in Fig. 9. 

Thereafter, the cell switch router 103 transmits the 
IP packet through the VC 901. and this IP packet 
reaches to the NIU 104. 

Rg. 10 shows an exemplary internal configuration 
of the NIU 104. As shown in Fig. 10, the NIU 104 com- 
prises an ATM physk»l layer processing unit 1001, an 
ATM/AAL processing unit 1002, a first MUX/DEMUX 
1003, an IP/FANP processing unit 1004, a second 
MUX/DEMUX 1005. a 1394 link processing unit 1006, a 
1394 physfoal processing unit 1007, an ATM/1394 
transfer unit 1008, an ATM control unit 1009, and a 1394 
control unit 1010. 

The ATM physical laya^ processing unit 1001 has a 
function for terminating the ATM transmissk)n path from 
the external, carrying out the ATM physical layer 
processing, and fonwarcfing the ATM cell to the neigh- 
boring ATM/AAL processing unit 1002, and a function 
for applying the ATM physical layer processing with 
respect to the ATM cell f tow from the ATM/AAL process- 
ing unit 1002 and transmits it to the external. 

The ATM/AAL processing unit 1002 applies the 
ATM layer processing and the A/VL processing to the 
ATM cell ftew received from the ATM physical layer 
processing unit 1001. takes out the AAL-SDU (A/VL 
Service Data Unit: IP packet. MPEG frame, etc.). and 
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transmits it to the IP/FANP processing unit 1004, the 
ATMA1394 transfer unit 1008, or the ATM control unit 
1009 On a c^e of the signaling packet, etc.) through the 
first MUX/DEMUX 1003. by referring to the VCI value, 
accorcfir^ to the mechanism to be descri)ed belcw. 5 
Also, the ATM/AAL processing unit 1 002 has a function 
for assembfing ATM ceOs by applying the AAL (ATM 
Adaptation Layer) processing to data (IP packet MPEG 
frame, etc.) from the first MUX/DEMUX 1003 and 
assembling ATM cells, and transnrvtting them to the ro 
neighboring ATM physical layer processing unit 1001 by 
applying the ATM layer processing. 

The first MUX/DEMUX 1003 has a function for cfis- 
trSxjting data from tfie ATM/AAL processing unit 1002 
into the IP/FANP processing unit 1004. the ATMA1394 is 
transfer unit 1008, and the ATM control unit 1009. 
according to tfYe VCI value, arKi a furviion for collecting 
data from the IP/FANP processing unit 1004. the 
ATW1394 transfer unit 1008. and the ATM control unit 
1009 into the ATM/AAL processing mit 1002. 20 

The IP/F/VNP processing unit 1004 has a function 
for terminating the IP packets or the F/VNP packets 
transmitted from the ATM skie or the 1394 side, and 
applying the IP processing and the FANP processing. 
Hence, the IP pack^ (including the F/VNP packets) 2S 
transmitted through tfie delault VCs (the async^vonous 
channels or asynchronous writes for the 1394 side as 
descnt>ed bekMv) from the ATM skte and the 1394 side 
will be foHMarded to this IP/FANP processing unit 1004. 
The IP/FANP processing unit 1004 also has a function 30 
for carrying out a series of /VRP procedures such as the 
address resdutkm from the IP address to the dataloik 
address (the ATM address, the 1 394 address). 

At this IP/FANP processing unit 1004, the packet 
routing processing (a processing for determining the 35 
physical port to whk:h the IP packet is to be transmitted) 
is carried out according to tfie destination IP address of 
the IP header, but unlike tfie general router, the so 
called IP routing protocol processing Is not carried out 
atthispart 40 

The second MUX/DEMUX 1005 has a functxm for 
collecting data from the IP/FANP processing unit 1004 
and the ATM/1394 transfer unit 1008 into the neighbor- 
ing 1394 fink processing unit 1006, and a function for 
drstrtxiting data from the 1394 link processing unit 1006 46 
into the IP/FANP processing unit 1004 and the 
ATM/1 394 transfer unit 1008, by referring to the channel . 
number, etc. 

The 1394 link processing unit 1006 and the 1394 
physical processing unit 1007 carry out tfie link layer so 
processing and the physical layer processong of the 
IEEE 1394, respectively Namely, they provkie a func- 
tk)n for receiving data from the second MUX/DEMUX 
1005 at the 1394 fink processing unit 1006. forming 
1394 frames from it and transmitting them to the 1394 ss 
link, in cooperatXHi with the 1394 control unit 1010 
described k>^ow. and a functkxi for applying the respec- 
tive 1394 layer processing to 1394 frames (containing 



both isochronous ones and asyncftronous ones) from 
the 1394 link in cooperatkm with the 1394 control urit 
1010, and transmitting tfiem to the second 
MUX/DEMUX 1005. 

The ATM/1394 transfer urvt 1008 has a functk>n for 
setting data from the ATM skle and the 1394 side into 
conformity with tfie respective formats, carrying out the 
datalink conversion, and fonMarding them. The data that 
pass through here are going to flow between the ATM 
skje and the 1394 skie without passing through the 
IP/FANP processing unit 1004 deserved abova Hence, 
the data fbnwarding witfiout tfie IP/FANP processing by 
the IP/FANP processing unit 1004 can be realized 
directly through the ATM/1394 transfer unit 1008. 
according to the VPI/VCI of the ATM or the channel 
nufTt)er or the destinatkMi address of the specific regis- 
ter offset of the 1394. regardless of the type of informa- 
tkxi such as IP packet, MPEG frame, etc.. so that a 
oonsNferable simplif k:atk>n of processing and improve- 
ment of processing time can be expected. It also 
becomes possible to reduce the processing of the 
IP/FANP processing unit 1004. Here, the register offset 
isaregk>ntfiatcank)ealk)cated node by node, whk;his 
given by the last 48 kMts address space of the IEEE 
1394 address mappaig. 

The ATM control unit 1 009 carries out the control of 
the ATM related part the stgnafing processing, eta 

The 1394 control unit 1010 mainly carries out the 
IEEE 1394 transactkHi layer processing and the serial 
bus management. The 1394 control unit 1010 has a 
fundkm for carrying out data exchange with the 1394 
link processing unit 1006 by applying the atMve 
processing, for the necessary data to/from the IP/FANP 
processing unit 1004. 

Now. the proceckire aocorcfing to Fig. 7 will be 
described. 

The setting is made in advance at the NIU 104 so 
that, among data entered from the default VC (901 of 
Fig. 9) estabfished bf the ATM side, the received IP 
packets will be forwarded to the IP/F/VNP processing 
unit 1004 provkjed therein. 

At first, the NIU 104 (actually not only the NIU 104 
but also the FANP nodes such as the 1394 gateway 
105) has a routing table as shown in Fig. 11 therein, 
whk^h an information as to whk;h IP terminal eodsts at 
the pfiysk^al port of which directkxi is provkJed. This is 
realized In a form of provkiing a routing table at a time of 
carrying out the source routbig for each IP terminal (i.a, 
an entry is registered in the routing table for each IP 
address one by one). It is also possible to realize it sim- 
ilariy as the learning brkJge so that whenever an IP 
address whk:h is not yet regist^ed in the routing table is 
detected, such an IP address is registered into the rout- 
ing table sequentially It is also possible to realize it such 
that an IP address for whk^h the passing of a IP packet 
cannot be detected for a certain period of time will be 
deleted from the routing tat}la 

Now. the processing procedure at the step S701 of 
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Rg. 7 wiD be described. 

As shown in Rg. 12, a* the IP/FANP processing unit 
1004 of the NIU 104. when it is confimied that the 
received packet is the ARP rec^est (step S1201), that 
the ARP requested IP address is not the own IP s 
address (step S1202), and that this IP adcfress is not 
regpstered in the routing table provided therein (step 
SI 203), this ARP request is forwaided to the other 
physical port provided therein, such as the pt^sical port 
of the first 1394 bus (networt^ 112 of Rg. 1 in this io 
embodiment, for example At this point, the own (NIU 
104*s) 1394 address is written into the source address 
of the ARP request packet to be transmitted. 

Rg. 13 shows one exemplary frame^aacket format 
for the ARP request to be transnriitled from the NIU 104 is 
to the first 1 394 bus 1 1 2. In this way. the ARP request is 
transmitted to the asynchronous channel, i.a. 902 of 
Rg. 9. in a form of having the ARP packet encapsulated 
wittun the 1394 frame. 

This ARP request is transnvtted to t>e broadcasted 20 
to the first 1394 bus 112, so that it is transmitted with the 
destination ID of the 1394 frame in a form of Ixis ID = 
local bus. physkallD = broadcasT or 'txjs ID =1 ID of the 
bus it belongs to^ physk:al ID = broadcasT or "channel 
number = assigned asynchronous stream channeT. 2s 
The own node ID is entered into the source ID. fsbte 
that, in a case where the 1394 tnjses are inter-con- 
nected through the 1394 bridge which is expected to be 
standardized in future at the IEEE, rt is also poss^ to 
consider a method for activating the ARP by using the 30 
destination ID in a fomi of Ixoadcast bus ID' by which 
it is transmitted toward aU the 1394 buses, instead of 
using the method here, within the 1394 part In this 
c^e, the destination 1394 address is directly resolved 
so tfiat the reservation of the isochronous channel up to 3s 
the desfanatton terminal may be made by the ffiternal 
protocol (such as IEC1883. for example) of the 1394. 

Returning to the description of Rg. 13, inthe1394 
data portion, the ARP packet is entered ffito a region fol- 
towing the LLC/SNAP region. For the ARP packet to be 40 
encapsulated, an IEEE 1394 number is entered as the 
hardware type, an IP is entered as the protocol type, 
and the length indicatkm and the fact that this packet is 
the ARP request are descrS)ed in the ARP header. In 
addrtkm, in the data portkm. it is also possible to 4s 
desal>e the own two 1394 addresses, that is, an ID 
called HJI64 which Js. unchanged .by the bus reset 
(which is the ID to be imprinted at a time of shipment by 
the hardware vender) and an address in the 1394 
address space at that point (a node ID and a mem- so 
ory/lregister address). F=br exarnple. in a case of the NIU 
104. EUI64 will be E4. and the node ID will be (Bbi 2). 

Moreover, the own (NIU 104*s) IP adcfiress is also 
desai>ed. Here, a dummy value is entered for the unre- 
solved destinatbn 1394 address, so that only the desti- ss 
nation IP adcfress (resolution requested IP address Nbi 
1) is entered. 

The 1394 frame as shown in Rg. 13 is transmitted 



to the first 1394 bus 112 through the asyncfwonous 
channel. Th^ frame will t>e received by aO the rxxtes 
which are cortnected to the first 1394 bus 112. Among 
theni, a terminal whnh cannot understand the 
LLC/SIMAP as well as a tenminal whk:h does not have 
the IP processing function and the FANP processing 
function wiD discard this frame immediately. Even at a 
terminal whk:h has the IP processing function, if this ter- 
minal does not have the router functk>n or the FANP 
functkm and the own IP address is not the resolutk)n 
requested IP address of the ARP. this frame will be 
ignored. 

At the first 1394 bus 112. there is no IP terminal 
wheh has the IP address (Nbi 1). while the 1394 gate- 
way 105 has the FANP function. 

Rg. 14 stiows an exenrplary internal configuratkm 
of the 1394 gateway 105. As shown in Rg. 14. the 1394 
gateway 105 comprises a first 1394 physical processing 
unit 1401. a first 1394 link processing unit 1402, a first 
MUX/DEMUX 1403, an IP/FANP processing unit 1404, 
a second mx/0£MUX 1405, a second 1394 link 
processing unit 1406, a second 1394 physk^ai process- 
ing unit 1407. a 1394 switch unit 1408^ a first 1394 con- 
trol unit 1409. and a second 1394 control unH 1410. 

The first 1394 physical processing unit 1401, the 
first 1394 link processing unit 1402, and the first 1394 
control unit 1409 provkie the physical l^er. link layer, 
arxf the transactk>n layerZ&erial bus management func- 
tkms of the IEEE 1 394 on the first 1 394 bus 1 1 2 skie. so 
as to carry out the data fonwardir^ from the isochronous 
channel to the asynchronous channel with respect to 
the IP/FANP processing unit 1404 or the 1394 switch 
unit 1394 bidirectk>nally, according to the channel 
number of the 1 394 or the destinatk)n ID or the destina- 
tkm ID with the specific register offset through the first 
MUX/DEMUX 1403. 

The second 1394 physkal processing unit 1407. 
the second 1394 link processing unit 1406. and the sec- 
ond 1394 cofitrol unit 1410al80 provkie the sirnlarfunc- 
tk>ns on the second 1394 bus 1 13 skia 

The IP/FANP processing unit 1404 has the same 
luncttons as the IP/FANP processing unit 1004 in the 
NIU 104 of Rg. 10 as deserved above. 

The 1394 switch unit 1408 is a devtoe for carrying 
out data exchange directly among plural 1394 ports, 
without using the processing at the IP/F/UMP processing 
unit 1404, between the first MUX/DEMUX 1403 and the 
second MUX/DEMUX 1405. This 1394 switch unit 1408 
plays a role of buffer in a case of transferring from one 
1394 bus to another 1394 bu& Aisa whenever neces- 
sary, this 1394 switch unit 1408 carries out the process- 
ing like the re-stamping of the timestamp of the MPEG 
stream, for exampla In such a case, there is provkJed a 
correspondence table as shown in Rg. 19 for directly 
indteating a con-espondence of the channel number or 
the destination address with the spectfk; register offset 
of the 1394 bus on one skJe with the attribute, the desti- 
nation physk»l port, and the channel number after con- 
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version, etc. 

Next, the processing procedure of the step S702 of 
Fig. 7 will be described. 

Here, the setting is aJso made in advance at the 
1394 gateway 105 so that the IP packet arrived at the s 
1394 gatew^ 105 wfll be fonwarded to the IP/FANP 
processing unit 1404 provided therein, after receiving 
the UjC/SNAP analysis. 

Similarly as in Fig. 12. at the IP/FANP processing 
unit 1404of the 1394gateiMay 105, whenrtisconfirmed io 
that the received packet is the ARP request, that the 
ARP requested IP address is not tfte own IP address, 
and that this IP address is vtit registered in the routing 
table provided therein (steps S1201 to S1203), this ARP 
request is fonwarded to the other physk^l port provided is 
therein, such as the physical port of the second 1394 
bus 1 13 in this eiTtediment At this point, the own (1394 
gateway 105*s) 1394 address E2/(Ba, 2) on the second 
1394 txjs 113 side is written into the source address of 
ttie ARP request packet to be transmitted. 20 

This ARP request is also broadcasted on the sec- 
ond 1394 bus 113. The video terminal 106 which 
received tfiis ARP request recognizes that It is the ARP 
rec^est destined to itself, and r^ums the ARP response 
(stepS704ofFig.7). 2s 

Atthispoint^showntnFig. 15. the ARP response 
packet is generated interchanging the source 
address and the destination address wittiin the ARP 
packet and entering ttie own IP addb-ess (fstx 1) and 
1394 address (El/Ba, 1). Then, the 1394 frame is gen- 30 
erated tiy setting the destination address of (Ba 2), Le., 
that of the 1394 gateway 105, and this 1394 frame is 
transrntted to the asynchrorxxjs channel or asyrK:tvD- 
nous write (903 of Fig. 9) of the second 1 394 bus 1 1 3 . 

When this 1394 frame is received, the 1394 gate- as 
way 105 registers that the IP temrrinalNbi 1 exists onttie 
second 1394 bus 1 13 skle into the internal routing table, 
and registers the IP address (Nbi 1) of the video termi- 
nal 106 as well as the table of oorresporxjer)ce with tfie 
1394 address as sfwwn in Fig. 11 into the internal ARP 40 
table (steps S1205 to S1206 of Fig. 12). Here, the ARP 
tat>leandthe routing tat3lemayt>6lbrmedinte^ly,and 
Fig. 11 shows the integrally formed one. 

The 1394 gateway 105 has already recognized that 
the ARP request with respect to the vkieo terminal 106 45 
has come from the NIU 104 d the first 1394 bus 112 
side, so that the 1394 gatew^ 105 continues to^retum^ 
the ARP response to it (step S705 of Rg. 7 and step 
S1207 of Rg. 12). At this point, the response 1394 
address is answered as the 1394 address {ESfBb, 1) of so 
the 1394 gateway 105. In other words, tfvs is ateo the 
deputy responsa 

Similarly, the NIU 104 also transmits the deputy 
response for the ARP (in which the NIU 104*s own ATM 
address Ab. 1 is descrft)ed as the resolved ATM ss 
address) to the cell switch router 103 through the 
access ATM network 111 (steps S706of Fig. 7 and step 
S1207 of Fig. 12). At this point, the VC 901 is used. 



At this point, at the 1394 gateway 105, the fact that 
the IP address (Nb. 1) of the video terminal 106 exists 
on the second 1394 txis 113 side is registered in ttie 
internal routing table, arid its 1394 address (the 1394 
address (El/Ba. 1) of the video terminal 106) Is regm- 
tered in the internal ARP tabla Alsa at a time of the 
ARP request packet processing, the IP address Nbi 3 of 
the NIU 104 and its 1394 address (E4yBb; 2) are also 
registered in the routing table and the ARP table, 
respectively an the first 1394 bus 112 side (see Fig. 3). 

Alsa at the NIU 104, the fact that the IP address 
{Nb, 1) of the video terminal 106 exists on the first 1394 
bus 112 side is registered in the internal routing table, 
and as its 1394 address, the 1394 address of the 1394 
gateway 105 (the 1394 address (E3/Bb, 1) on the first 
1394 bus 112 side) is registered in the internal ARP 
table t>ecause of the deputy responsa Also, at a time of 
the ARP request pack^ processing, the IP address Nb. 
4 of the cell switch router 103 and its ATM address are 
registered in the routing table and the ARP table 
respectively, on the access ATM network 111 side (see 
Fig. 3). 

Alsa at the cell switch router 103, the fact that the 
IP address (Nb 1) of the video tenminal 106 exists on 
the access ATM networic 111 skle is registered in the 
internal routing table, and as its ATM address, the ATM 
address AbL 1 of the NIU 1 04 is registered in the internal 
ARP table because of the deputy response (see Rg. 3). 
At tftis point, it becomes poss^ for the cell switch 
router 103 to transmit the IP packet destined to the 
video tenrninal 106. ftemely, the ceD switch router 103 
transmits this IP packet through the default VC 901 
(which will be established if not already established at 
thispoint) that is established between the NIU 104 and 
the cell switch router 103. 

The default VC is established to be connected to 
the IP/FANP processing unit 1004 of the NIU 104. 

When this IP packet reaches to the NIU 104, it is 
conveyed to the IP/FANP processing unit 1004. Here, 
the IP/FANP processing unit 1004 recognizes that the 
destinatfon IP address of Ntx 1 exists on the first 1394 
bus 112 side by referring to the routing tat)le, and recog- 
nizes its 1394 address (actually the 1394 address Bb. 1 
of the 1394 gateway 105) by refening to the internal 
ARP table, so that the IP/FANP processing unit 1004 
encapsulates this IP packet within the 1394 frame des- 
tined to.the 1394 gateway 105 and transmits this 1394 
frame to the first 1394 bus 1 12 through the asynchro- 
nous cfiannel. 

Rg. 16 shows a format of the IP packet transmitted 
on the 1394 bus. As shown in Rg. 16. the IP packet is 
bask:ally transmitted to the asynchronous write of the 
1394. and encapsulated within the asynchronous frame 
of the 1394. 

Because of the setting made in advance according 
to which the IP packets and FANP packets that arrive at 
the 1 394 gateway 1 05 through the asynchronous chan- 
nel or asynchronous write of the 1394 are to be con- 
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nected to the IP/FANP processing unrt 1404 upon 
referring to ttie LLC/SNAP header, when ths IP packet 
arrives at the 1394 gateway 105. it is conveyed to the 
IP/FANP processing unit 1404. Here, the IP/FANP 
processtngunrt 1404 recognizes that the destinatbn IP 5 
address of Ntx 1 exists on the second 1394 kxjs 113 
side by refening to the routing table; and recognizes its 
1394 address (Ba. 1) by referring to the intemal ARP 
tabfe, so that the IP/FANP processing unit 1404 encap- 
sulates this IP packet wHhin the 1394 frame destined to w 
the video terminal 106 and transmits this 1394 frame to 
the second 1394 bus 113 through the asynchronous 
channel. 

In this manner, ttie IP packet reaches to the video 
terminal 106 (steps S707 to S709 of Ftg. 7 arxi step is 
S401 of Fig. 4). 

Thereafter, the packet destined to the video termi- 
nal 106 ttiat is transmitted from the guide server 102 
can be routed to the video terminal 106 without requir- 
ing the ARP procedura 20 

At the video termnal 106. the program guide trans- 
mitted through these IP packets is displayed ttvough the 
t>rowser on the video terminal 106. The user makes the 
request for a desired program through this browser. This 
request is also made by using the IP/HTTP (step S402 2s 
of Fig. 4). Of course, tttere is no need lor the user to t)e 
conscious of fads like wfiat commurecation protocol is 
t)eing used. 

Thereafter, various control procedures are carried 
out in order to carry out tfie video servk» such as the 30 
user autftentKation. the charging procedure, ete.. 
between tf)e gukie server 1 02 and the user (vkJeo terrra- 
nal 106) (stepS403 of Fig. 4). These control procedures 
are also carried out by using IP/HTTP. 

When ttrase procedures are fintshed. the operatKKi as 
proceeds to a procedure for the purpose of video de&v- 
ery. Rrst. a control signal for program transmission is 
transmitted from the gukie server 102 to the video 
senrer 1-1 (step S404 of Fig. 4). This control signal 
exdianges the bs^ informatton concerning the video 40 
transmission such as whnh program is transmitted for 
how tong and to wtiom. This control signal exchange is 
carried out through the default VC 203 between the 
guide server 102 and the video server 101 . This opera- 
tk)n may be realized through the CGI and the like of the 45 
guide server. There is also a case in which the proce- 
^^dure^is carried. out. directly with respect to the video 
sender 1-1 by using the lanugo such as JAVA. 

/Vfter that, the exchanges for procedures that 
shouU be done prior to the video transmission are car- so 
ried out between ttie video server 101 and ttie video ter- 
minal 106. For example; ttie confirmatk>n of ttie coding 
scheme, the confrmation of the reception possbie 
t>andwidth value, etc.. are carried out (step S405 of Fig. 
4). These exctianges may t>e carried out through 55 
IP/KTrP similarly as descrit>ed atxive. When the agree- 
ment between the vkteo server 1-1 and the video termi- 
nal 1 06 is made, the operation proceeds to a procedure 



for estat)lishing a datalink connection for guaranteeing 
the t^andwkfth from the video server toward the video 
terminal. 

Next, this procedure will be descrt>ed with refer- 
ences to Fig. 17andFig. 18. 

Consider a case of deliverying vkieo by a certain 
bandwidth (4 KA)ps. for example) with respect to the 
videoterminal 106 (IP address Nbi 1). The video server 
101 carries out the address resohitkm for the IP address 
Nbi 1 (^ep S1701). and then carries out the ATM call 
setupt>etweenthevideo8erver 101 andthe cell switch 
router 1 03 so as to estabfish an ATM connection having 
the t>andwidth of 4 Mbps between the vkJeo server 101 
and the cell switch router 103 that corresponds to the 
resolved address (step SI 702). 

Here, for ttie detailed parameters required in a case 
of the call set up. appropriate values are set up in 
advance at the video server skie. and these values are 
to t>e utilized as ttiey are 

When the call set is completed and the ATM con- 
nectk>n 2101 of 4 Mfcips is established between the 
vkleo server 101 and the ceil switch router 103. the 
vkleo server 101 starts the processing d^ermined by 
the FANP by using this ATM connection 2101. 

The datalink connectxxi established in this manner 
for ttie purpose of some spedfk; ftow transmisskm 
b^een the FANP nodes will be called a dedk;ated 
datalink connectkm. 

The FANP is a protocol for notifying (ID oQ the con- 
nection with the datalink and a rdation with respect to 
the infbrrnatkm to be sent through that connectkm to the 
neighboring node. In the following, this procedure will 
be descr9>ed in detail. Note ttiat the present inventk)n 
uses ttie FANP function whk;h is modified from the corv- 
venftk)nal FANP function, and such a modified fMP 
function will be referred to as an extended F/UMP func- 
tkm hereafter. In the fblkswing. the detailed descriptk)ns 
will t>e given for such modffied portions. 

At the step S1703 of Fig. 17. first, the vkJeo server 
101 exctianges the VOID exchange messages through 
the established ATM connectkxi 2102 as shown in Rg. 
21. Through this message exctiange. the devices on 
both ends share the meaning of the VOID value (whk;h 
will be described below). This operation is earned out 
through the exchange of the VOID exctiange messages 
of the FANP (see Rg.22). 

Rg. 20 shows an exenplary formatof amessage to 
be exchanged hera This message fonnat is almost the 
same as the format of the ARP packet in the ATM-LAN. 
The hardware type is set to be ATM, the protocol type is 
set to be IP. the sender IP address is set to be the IP 
address of the video server 1 01 . the target IP address is 
set to be the IP address of the video terminal 106. and 
the VOID (Virtual Connection ID) is Set to be a gk)bally 
unique address (MAC address of the ATM board) of the 
video server 101 and a sequence number appropriately 
determined by the vkieo server 101 . 

The VCID is an identifier that can be commonly rec- 
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ognized at tX3tfi ends of the VC, which is provided 
because the VPt/VGI is genemfly dffferent at both ends 
of the vein the Am 

Also, as the VOID exchange nnessages. ACK and 
NACK are provided, and th^ are to be cfistingurshed by s 
the operation code. This ACK/NAGK is sent through the 
default VC 502 as shown in Rg. 22. Here, when ACK is 
returned, it implies that the agreement on the VCID 
value is made between the devices at both ends. When 
MACK is relumed, it implies that no agreement is mada io 

In a case where the FANP node is a router, the ACK 
message is returned by simply changing Ihe operation 
code value. A case where the FANP node is rKJt a router 
will be descrft>ed below. 

When the agreement on the VCID is made, the is 
video server 1-1 starts tf)e exchange of the flow 
exchange message neod as indicated in Fig. 22. 

In the present invention, the reservation of the ded- 
icated datalink connection is requested to ttie next hop 
node through this flow exchange messaga Namely, the so 
information on the destination IP address, a desired 
bandwidth to be reserved, the communication attributa 
etc. are attached to this flow exchange message and 
this flow exchange message is sent to ihe next hop 
FANP node, so as to request the next hop FANP node 2s 
to set up an end-to-erxJ cormectton connected to the tar- 
get terminal. 

The FANP node reserves the necessary datalink 
connection (decficated datalink connectfon) that satis- 
fies the sequentially requested condrtfons between the so 
neighboring nodes, and relates ttvs dedcated datalink 
connection with the dedScated dataiiry^ connectfon noti- 
fied from the previous hop. This relating operation is 
carried out on the VCI taUa After this relating operation 
is carried out values of the reserved bandwidth, the 3s 
attrixrte Ondksting that data fkywing therethnx^ is the 
MPEG videa eta), the output port the output header 
(VPt/VCI), etc., can be ascertained implicitly by simply 
referring to the value of the VPI/VCI. 

This operation is carried out sequentially up to the 4o 
destination tenminal (the vkieo terminal 106 in this 
embodiment), and eventuaDy the end-to-end connectkm 
is estabfished. 

F^. 23 shows an exemplary format of the ffow 
exchange messaga By the operation code portion of 45 
this fbw exchange messaga the tyF>e of the flow 
exchange message is indicated. ^ ... . 

The f lew exchange message includes an offer tnes- 
sage (operation code = 1), a recfirect message (opera- 
tion code = 2). an error message (operation code = 3). so 
a release message (operation code = 4). a release ACK 
message (operation code = 5). and a pendng message 
(operation code = 6). For details, see J^>anese Patent 
Application Na 7-58196 (1996). 

In this errtxxliment. the value "1 " is fixedly entered ss 
into the VCID typa When the VCID type = 1. an ESI 
(End System ID, which is usually the MAC address of 
the end system) and a sequence rxjmber are entered 



into the VCID. 

This VCID has the meaning that there is an agree- 
ment that "lefs call this VC C^ochronous channel) by 
the VCID value at the FANP nodes of both ends', (f^ 
that when a (fifferent scheme for expressing the VCID 
appears, another value will be aOocated.) 

The fbw ID type specifies a scheme for expressing 
thefkjw ID. Here, theftaw is a specffic meaningful infor- 
mation (a specific set of nrutually meaningful informa- 
tbn transmitted toward a spedfk; destinatfon from a 
specific source). The flow ID is an ID for uniquely identi- 
fying a certain ffow. Thisftow ID win bedescrft)ed in fur- 
ther d^l below. 

The other parameters are optional, arxl given by 
TLV (Typa Length, Variable) based descriptions. In this 
enrtxxJimerrt tfie communication quality information, 
the end-to-end ACK (e-ACK). and the communk»tion 
attnbute are entered there. 

To the communication quality information, a value 
of conrvnunication quality to be required to the connec- 
tion to be established will be entered. For this value, a T- 
spec value of int-«erv of IETF may be entered, for exam- 
pla In this enrtxxSment. it suffices to enter a value 
which indicates 4 Mbps whk:h is a value of ttie required 
bandwidth. 

The e-ACK flag is a flag for requesting the transmis- 
sion of an ACK signal from the final point to tfie trans- 
mission point This end-to-end ACK signal will provide a 
due for the transmissfon device (the vkieo sender 101 in 
this embodiment) to ascertain whether the connection 
establishing up to the final point (the vkieo terminal 106 
in this embodimem) has been successful or not 

The vkieo server 101 sends the offer message 
among the flow exchange messages to the cell switch 
router 103 which is the neighboring FANP noda as indi- 
cated in Fig. 22. This message sending is cam'ed out 
through the default VC 502 between ttie vkieo server 
101 and the cell switch router 103. 

This message contains the operatfon code indicat- 
ing that it is ttie offer message, ttie VCID, ttie ffow ID. ttie 
communfoation attribute, the communicatkMi quality 
(bandwidtti information), and ttie e-ACK flag, as indi- 
cated in Fig. 24. The last ttiree of ttiese are options 
expressed in ttie TLV format 

To ttie VC ID, ttie MAC address of ttie vkieo server 
101 and the sequence number assigned by ttie vkieo 
server 101 are entered. . . .^^«». «rcw 

To the ffow ID. basically a value such as ttie destina- 
tfon IP address is entered, as will bedescra:>ed betaw. 

To the communication attribute, an indicatfon tfiat 
ttie data to be transmitted is ttie MPEG stream is 
entered. 

The bandwkitti information indicates the bandwkfth 
of ttiat vkieo stream (4 Mbps in ttiis embodiment), and 
ttie e-ACK flag is ON because ttie vkieo server 101 
requests ttie end-to-end ACK. 

At the cell switch router 103 whk:h is the neighbor- 
ing FANP node tfiat received tNs message, the received 
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packet is processed by the IP/FANP processing and 
SMntch controt urvt 601 . 

By looking at the e-ACKflag. it can be urxJerstood 
that the transmitting side requests the reservation of the 
end^to-end connection. Therefore, in order to estaUish 
the end^to-end connection, the forwarding of the FANP 
message toward the cGrectton of the destination IP 
address (the video terminal 106) and the pencf ng mes- 
sage for the purpose of notifying "please wart for awhSe 
until the connection is established (or the processing 
load becomes lower)" to the transmitting side (the video 
server 101) are defined (see Fig. 25). 

The pending message is transferred after the VOID 
and the ikm ID possessed by the corresponding offer 
message are attached thereta 

At the video server 101 that received the pending 
message, a response to the earlier transmitted offer 
message will be awaited for awhOa 

Also, the cell switch router 103 forwards this FANP 
message toward the direction of the video tenmtnal 106 
so as to establish the end-to-end datalink connection, 
and tries to transmit the offer message toward the direc- 
tion of the video terrranal 106. 

At this point, the resolved address of the video ter- 
minal106tethe ATM address of the NIU 104, so that the 
ATM connection with the bandwidth (4 Mbps) descrbed 
in the offer message is established between the cell 
switch router 103 and the NIU 104 (step Si 704 of Fig. 
17). Namely, as shown in Fig. 21, the ATM connection 
2102 for video transmissfon is established in addition to 
the default VC 901. 

When this ATM connection 2102 is established, the 
ceO switch router 103 transmits the VOID exchange 
message through the ATM connection 2102 similarty as 
in a case of the video server 101 (step S1705 of Fig. 
17). Note that the setting is made in advance so that the 
data transmitted through this ATM connection 2102 will 
be transmitted to the IPypANP processing unit 1004 of 
the NIU 104. 

At the NIU 104 that received this message, it is 
ascertained that the destination IP address of the FANP 
message is not Hs own. and it is cfirected to the video 
temninal 106 (IP address = f^. 1). from this VOID 
exchange message. Assuming that the subsequently 
arriving FANP message (such as the offer message) is 
destined to the IP address (Nb. 1) of the vKteo terminal 
.106, the IP/FANP processing unit 1004 of the NIU 104 
cannot confirm that this is the FANP packet unless the 
protocol type and the port number of the IP packet are 
checked, so that either the FANP processing cannot be 
carried out or else the protocol type and the port 
number must be checked for aD pactets destined to the 
IP/FANP processing unit 1004 in order to carry out the 
FANP processing. 

In order to avoid this, the fact that the neighboring 
FANP node is not the video terminal 106 but the NIU 
1 04 is notified to the cell switch router 103 which is the 
neighboring FANP noda To this end. the own IP 



address (Nb. 3) is entered into a fiekJ for the target IP 
address in the VOID exchange message, and the pro- 
pose ACK message is returned (see Fig. 20). 

In this w^, the cell switch router 1 03 can ascertain 

5 that the next hop FANP node is not the video terminaJ 
106 but the NIU 104 (IP address » Nbi 3) in the routing 
path toward the video terminal 106, arvl recognize that 
it sufffoes to transmit the subsequent FANP mess^e 
(the FANP message toward the video terminal 106) 

10 aboutthatVCIDvaluetotheNIU104. 

After that, the cell switch router 103 transmits the 
offer message of the flow exchange messages to tf>e 
NIU 104. Hence, by the ARP table search, this offer 
message will be fransmitted through the default VC 901 . 

IS The destination IP address of this offer message is the 
IP address Nb. 3 of the NIU 104. 

The NIU 104 can asc&lain the final target IP 
address (the IP address of the vkteo tenminal 106) by 
fooking at the flow ID portion (which win be descn'bed 

20 bekm). lh& others inducGng the communk:ation 
attrtoute, the communication quality, the e-/\CKf lag. etc. 
are fbnwarded as they ara 

At the NIU 1 04 that reco^iized the need to set up a 
connectfon of 4 Mbps to the video terminal 106 in this 

25 way, the fact that the video terminal 106 exists in the 
(firection ofthe first 1394bus112is recognized by refer- 
ring to the internal routing tabia andthe establishing of 
an isochronous channel of 4 Mt>ps on the first 1394 bus 
112iscan1edout 

30 Thisoperationisdoneasthe NIU 104 appropriately 
sets up the isochronous resource manager register, and 
sequentially carries out the reservatfon of the bandwidth 
and the reservation of the channel number (step SI 706 
of Fig. 17). 

3s Next, the NIU 104 carries out the sending of the 
VOID exchange message (step S1707 of Rg. 17). and 
there are several methods for realizing this operation. 

The first method fe a method in which the eariier 
acquired isochronous channel nunrfoer is notified to the 

40 1394gateway105bytheprotocol ofthe 1394 itself, and 
the setting is nrade in advance so that this channel will 
be connected to the IP/FANP processing unit 1404. 
Else; the setting may be made such that the established 
isochronous channel will be connected to the IP/FANP 

45 processing unit 1404 by default It is also possible to 
make the setting in which the feet that this is the 

.^x..^JB/FANP packet , is reprized by referring to the 
LLC/SNAP header, and then this is transfen-ed to the 
IP/FANP processing urtit 1404. 

50 The FANP node may have the setting by which the 
IP/FANP processing unit 1404 distinguishes the input 
packet as either the IP pack^ or the FANP packet and 
carries out the FANP processing only if it Is the FANP 
packet. 

55 After that the VCID exchange message as shown 
in Fig. 26 is sent to that isochronous channel. At the 
IP/FANP processing unit 1404 of the 1394 gateway 105 
that received this VCID exchange message, the own IP 
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address (Nb. 2) is entered into the ACK message and 
this ACK message is returned to the NIU 104 through 
the asynchronous channel or asynchronous wrrt& 

The sequence shown in Fig. 18 shews the 
sequence shown in Rg. 17 in further detail aocorcfngto 
the first method as described above. 

The second method is a method for sending the 
VOID exchange message toward the 1394 gateway 105 
by using the asynchronous channel or asynchronous 
writa The resotved address of the video termrat 1 06 is 
set to be the 1394 address of the 1394 gateway 105. 
The setting is made such that this VOID exchange mes- 
sage reaches to the IP/FANP processing unit 1404 of 
the 1394 gateway 105. One method for realizing the 
abcve setting is to make the setting in advance such 
that the VOID exchange message automatically 
reaches to the IP/FANP processing urvt 1404. Another 
method for realizing the above setting is a method in 
which the NIU 104 carries out the RARP and the Oke 
from the 1394 address of the 1394 gateway 105 to 
check the IP address 1^. 2 of the 1 394 gateway 105 in 
advance, and sencte the VOID excfiange message 
tomrd this tP address NRx 2. 

The third method is a method for a case in which 
the setting is made in advance such that the message is 
conveyed to the IP/FANP processing unit 1404 by the 
LLC^NAP The 1394 ^teway 105 tt^ received tfis 
message attaches the own IP address to the /^ of the 
VOID exchange message and returns this ACK to the 
NIU 104. simflarty as in a case of the NIU 104. In this 
way, the NIU 104 can also recognize that the next hop 
FANP node leading to the video terminal 106 is the 
1394 gateway 105 (IP address => Nb. 2), so that it 
becomes possible to send the subsequent F/VNP packet 
(flow exchang e message) with respect to the 1 394 gate- 
way 105, rather than sending it (firectly to the video ter- 
minal 106. 

The above described is an exemplary case of 
reserving the isochronous cfiannels. but in a case of 
using the register offset in the asynchronous mode, an 
agreement is made on a value of the register offset to 
be used at a time of communication between the NIU 
104 and the 1394 gateway 105. Thereafter, in the FANP 
message, this register offset value is transmitted 
instead of the isochrorK)us cfiannel m^nber. 

The operation at the 1394 gatew^ 105 after that is 
the similar to the operation at the, NIU 104 descrt)ed 
above. Namely, the fkiw eocchange message is received, 
and the need to establish ttie reservation of the band- 
width of 4Mbps between the 1394 gateway 105 and the 
video terminal 106 is recognized. The pending mes- 
sage is sent to the NIU 104 which is the prevkxis hop 
FANP node, while the isochronous channel of 4 Mbps 
and its cfiannel number are reserved on ttie secorvi 
1394 bus 113 with respect to lite video terminal 106 
(step S1708 of Rg. 17). and the VOID exchange mes- 
sage is sent toward ttie video temrtinal 106 by ttie 
mettiod similar to ttiose descrbed above (step S1709 of 



Rg. 17). 

In response to the VOID message (propose mes^ 
sage), rf it is acceptable, ttie video tenninal 106 returns 
ACK (propose ACK). Then, ttie flow exchange message 
5 of the FANP is received through the asynchronous 
channel or asynchronous write, and recognizes ttiat this 
is a message destined to this video terminal 106. The 
fact ttiat ttie contained data is ttie MPEG stream can be 
recognized according to ttie communication attritxite 
10 fieki. but this can also be done by ttie ottiermettiods./\s 
an exanrple, the vkJeo terminal 106 may t>e made so 
ttiat it is possSsle to ascertain ttie attribute of data ttiat 
will be arriving from this channel accorcfing to ttie f kwv ID 
value. 

IS For exarrple, this can be realized by implicrtiy enter- 
ing an information as to whk^h port numt)ers are the 
transport stream of MPECi2. etc. in advanca /Uso, as 
ttie e-ACK flag is erected, ttie need to transmit ttie end- 
to-end ACK message indicating tiiat ttie FANP message 

20 was accepted, witti respect to ttie transmisstontemfiinal 
(i.a. the video server 101), can also be recognized. 

When rt is acceptable, a re-direct message as 
shown in Fig. 27 is returned to the prevkxjs hop 1394 
gaA&May 105 as ttie exchange of ttie fkyw exchange 

2s messaga 

The re^iirect message is sent to the 1394 gateway 

105 by using ttie asynchronous channel or asynchro- 
nous write of ttie second 1394 bus 1 13. 

As shewn in Rg. 27, ttie re-direct message has val- 
30 ues of the VCID and the f tow ID entered ttierein. so ttiat 
ttie 1394 gatewey 105 ttiat received ttiis message can 
recognize the offer message ttiat was eariier transrrat- 
ted from itto wfvch this re-direct message corresponds. 
It is also possible to use a scheme in whk:h ttie end- 
35 isymi ACK signal is contained in ttiis re^rect mes- 
sage, and as described below, when ttie F/VNP node 
that received ttiis end-to-end ACK transmits to ttie re- 
direct message to the upstream skie, ttiat FANP node 
also transnrwts this r&direct message t>y erecting ttie 
40 end-to-end ACK signal. 

In ttiis way. rt becomes possft^le to return ttie end- 
to-end ACK from ttie final terminal (ttie video terminal 

106 in this embodiment to ttie tFansmissk>n terminal 
(ttie video sender 101). Note ttiat ttiere is no need to 

45 wourit this end-to-end ACK on every redirect message, 
arxl it is possi)le to use a scheme in whk^h it is also 
. .. transmrtted to the upstream skie only when it is received^^. , 
from ttie downstream skie. for exampla 

The 1394 gateway 105 ttiat received ttie redirect 

50 message interprets ttiat ttie earUer transmitted offer 
message was accepted. At this point ttie 1394 gateway 
105 recognizes ttiat. hereafter, when ttie MPEG vkJeo 
for example is entered from ttie isochronous channel 
2103 of ttie first 1394 bus 112. it is necessary to trans- 

55 mrt it further to the isochronous channel 2104 of the 
second 1394 bus 113. Consequentiy. ttie IP/F/VNP 
processing unit 1404 makes ttie necessary setting (ttie 
initialization of ttie internal c^eue. ttie s^ng of the cor- 
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respondence table of Rg. 19, etc.) by which the data 
from the isochronous channel 21 03 wiD be forwarded to 
the 1394 switch unit 1408 at the first MUX/DEMUX 
1403, and this data will be transmitted at the 1394 
switch unit 1408 to the second MUX/DEMUX 1405 by 5 
applying only the datalink layer processing (that is, the 
switching of the 1394 franies among the 1394 buses by 
checking only the channel number or the destination 
address with the specific register offset). 

In adcfition, the setting is also made with respect to 10 
the second MUX/DEMUX 1405 so that this data win be 
transmitted to the isochronous channel 2104 of the sec- 
ond 1394 bus 113. 

Moreover, the re-direct message is also transmitted 
to the previous hop NIU 104. is 

At this point, when the e-ACK is erected in the re- 
direct message from the downstream side, the e-ACK is 
also erected thera 

These steps are repeated up to the video sender 
101. f^ that the NIU 104 has the setting (the setting 20 
of the correspondence table for enabling the direct con- 
version from the VPIA^CI value of the ATM to the Chan- 
nel number of the 1 394) for the ATM/1 394 transfer unit 
1008 by which it is possUe to carry out the data for- 
warding at the datalink layer (without using the process- 2S 
ing at the tP/FANP processing unit) from the ATM 
connection 2102 to the isochronous channel 2103 of the 
first 1394 bus 1 12 sinrpty by the datalbik switching from 
the ATM to the 1394. 

Also, at the cell switch router 103, the direct ATM 30 
layer connection (the setting of the VCI table) is made 
for the ATM connection 2101 and the ATM connection 
2102 by the internal ATM switch 602. At tfvs point all 
the datalink connections from the video server 101 to 
tfie video terminal 1 06 are estabfished. This is shown in 3s 
Fig. 28. 

In addition, kiy the arrival of the end-to-end ACK, it 
is indicated that the video reception preparation is ready 
at the video terminal 106 wfiich is the target temrvnal 
(8tepSl710ofFig. 17). 40 

Here; prior to the connection establishing, the video 
sender 101 can start transmitting video data to the VC 
2101 by which the FANP message exchange was car- 
ried ouL The transmitted video data reaches to the 
video terminal 106 k>a8icallywittKHitreceivEng any inter- 45 
mediate IP layer processing, atong the connection of 
Fig. 28. - . 

WtB that the data to be transmitted can be either 
raw MPEG data or MPEG data encapsulated within IP 
packets (that is. the so called MPEG-over-IP). 

In the former case, the MPEG data will be transnr^- 
ted according to the MPEG-over-ATM specification 
standardized by the ATM forum (SAAVer. 1 specifica- 
tion) whfle the MPEG data are transmitted on the ATM. 
and aocorcGng to the MPEG-over-1394 specification 
standardized t>y the digital VTR conference while the 
MPEG data are transmitted on the 1394. Also, in this 
case, at the ATM/1394 transfer unit 1008 of the NIU 104. 



the transfer and the format conversion between the 
MPEG-over-ATM and the MPEG-over-1394 wiD be car- 
ried out. In ths case, the end-to-end datalink layer con- 
nection set up for the purpose of the raw MPEG video 
data transfer is made t>y using the FANP In ttns case, 
the triggering of these processings can be done by the 
VPIA/CI value which is the datafink layer header. 

As described, according to this first embodiment, 
the foilcwing effects can be realized. 

(1) Even under the environment in which different 
types of network technofogies (datalink technolo- 
gies) such as ATM and IEEE 1394 are mixedly 
present, it becomes possfole to cany out the data 
transfer by establishing the end-to-end datalink 
layer connection. 

(2) In a case of carrying out the data transfer at the 
datalink connection point there is a degree of free- 
dom in that it is pc^sfole to control the inter-con- 
necting device such that the datalinks can be 
connected directly. witfKSut using the processing tiy 
the IP/FANP processing unit, so that it t>ecomes 
possfole to carry out the h^h speed data trartsfer 
wherever necessary. 

(3) Even if the data to be transmitted is not the IP 
packet, it is possfole to reaSze the route setting for it 
bjf u&nQ the IP/FANP for the control of the connec- 
tion estat)lishing, so that it becomes poss3}le to 
realize any desired data transfer with respect to any 
desired focation. 

(4) In the FANP node, the routing protocol such as 
OSPF is not operated unlike the conventfonal 
router, so that there is t>ask»lly no need to 8i4)port 
the dynamical routing, and tfierefdre the processing 
foad is lighter compared with the conventfonal 
router. 

Now, once the directly connected connections are 
established as shown in Fig. 28, these end-to-end data- 
link layer connections can be maintained fixedly 

In this case, as long as the explicit connection 
release control message does not come, these connec- 
tions wDI be continued permanently so that the connec- 
tions will be maintained in a hard stata In this case, at 
the erxi of ttie commurucatfon, the serxter, ftre receiver, 
or the intermecfiate node transmits the connection 
^..release message amongthe f low exctiange messages . 
of the FANP, so as to urge the connection release to 
each FANP node. 
50 Here, the case in which the sender requests the 
connection release can arise at the end of the program, 
or when the reserved time is over. ASso, the case in 
which the receiver requests the corviection release can 
arise when the user wishes to disconnect that connec- 
55 tion voluntarily, or due-to the reception terminal setting 
(such as ttie timer reservation). Also, ttie case in which 
ttie intermediate node requests the connection release 
can arise when a cat)le disconnection, a power supply 
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(fisaption, eto. is detected at an intermediate location. 

As shewn in Rg. 29, the connection release is car- 
ried out k)y the exchange of the release nriessage and 
the release ACK message among the flow exchange 
messages. s 

The node 2901 that carries out the connection 
release transmits the release message to the neighbor- 
ing FANP node 2902, and the FANP node 2902 that 
received this message transmits the release ACK mes- 
sage Here, the connection release is merely ttie releas- io 
ing of the "datalink connections tnter-oonnected' state 
at the FANP node (the releasing of a P9>e incficated by 
dashed fines in Fig. 28), and the releasing of the VC in 
the ATM network or the datafink layer connection such 
as the isochronous channel in the IEEE 1394 is not is 
absolutely necessary. 

When some node receives the connection release 
request from the i^ystream or downstream side, and 
judges that it is meaningless to maintain ttie connection 
to its downstream or i4>stream side from the overall so 
view^nt (because the data transfer beyorxJ there wOl 
be no k)nger maintained due to that connectkm 
release), that node will continue to make (forward) the 
connectkxi release request further to its downstream or 
upstream sida 2s 

Also, as shown in Fig. 30. the oonnectfon may be 
maintained in a soft slata In the soft state, the down- 
stream node regularly transmits the r&<firect message 
to the upstream node so that the upstream node recog- 
nizes that the downstream node is capable of continuing 30 
to receive data at a corresp ondi ng datalink connection, 
and continues to send d^ into ttiat datalink connec- 
tion. This transrnssnn of the r&<firect message e car- 
ried out at the prescribed refresh interval as indk»ted in 
Fig. 30. Thea when the re^firect message dkl not reach 3s 
to the ipstream node after the prescriljed refresh period 
elapsed (a state indnated as 3002 in Fig. 30). the 
upsfream node judges that the downstream node 
became impossijie to receive data at that datafink con- 
nectnn so that the upstream node stops the data trans- 40 
fer to that datalink connection. 

The (kiwnsfream node transmits the re<iirect mes- 
sage regularly to the ipsfream node as tong as data is 
fkMring in that datalink connection. The re^Jirect mes- 
sage is transmitted at the refresh interval indk;ated t^ 4s 
the offer messaga When no data is ftowing. the re- 
(firect message is not transmitted. 

By transmitting the re-drect mess^e in this man- 
ner, rt is possible for the upstream node to confirm that 
the datalink connection (2101. 2102. 2103 or 2104) so 
related to that re^firect nnessage is operating normally 
and that the downstream node is active. 

Here, when the upsfream node is broke down for 
some reasons, in order to avoid leaving the downsfream 
node in a state of having tiiat datalink connection set upi ss 
this datalink connection is released from the down- 
sfream node when a state of having no data f fowing in 
that datalink connection continues for a certain period of 
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time at the downsfream noda 

Alsa when the data transferred by ttiat datalink 
connection is the IP packet, in corijunction with the end 
of the IP packet transfer by that datafink connection, it is 
also possible to carry out the switcfvng of that IP packet 
transfer from ttiat dedcated datalink connection to ttie 
defaiA VC (detautt channel = asynchronous channel or 
asynchrorxxs write). 

Mext a mettKxi for using the ffow ID as descra>ed 
atxyve win be descrit)ed. 

In a case of transmitting the IP packets through the 
datalink layer connections established according to ttie 
present invention, a typk»l mettiod is to use the ffow ID 
given by "IP address of ttie transmitting terminal + IP 
address of the receiving terminal'' or 'IP address of the 
transmitting terminal + port number of the transmitting 
tenminal + IP address of the receiving terminal + port 
number of ttie receiving tenrtnaT. 

In a case of entering ttie IP packets into ttie datalink 
layer connections which are directly connected by ttiis 
mettiod, it sufffoes for the intermediate FANP node to 
(fistinguish ttie IP ftaws fr> be entered by entering only 
ttiose IP packets which have a spedfk; set of 'source 
address destination address" or "source address -i- 
source port number -I- destination address + destration 
port nunfoer among ttie IP packets, f^ that ttiis oper- 
ation may be done ty any intermediate FANP node 
(usually a router). Also, ttiis dfrectly connected connec- 
tions may be intemgrted anywhera As such, what value 
is to be used as ttie flow ID value can t>e ascertained by 
each FANP node according fr> the ffow ID type number. 

Next, a case of entering the raw data (such as 
MPEG data, ftjr example) rattier ttian ttie IP packets into 
ttie directty connected datalink layer connections win be 
considered. 

Rrst. oonskler a case of entering "destination IP 
address -(-destination port nunrfoer as ttie flow ID. tfttie 
botti sides of ttie transmitting and receiving terminals 
acknowledge in advance a rule Bke %vhen a value in a 
certain range is used as a value of ttie destination port 
number, raw data rattier than IP packets will be entered 
into the directfy connected datalink layer connections", 
ttien by looking at the destinatfon port number of the 
ffow ID. ttie FANP node can recognize that data ttiat will 
subsequentiyffowin are not ttie IP packets. In ttiis case, 
there may be no need to transmit the informatkxi 
regarding the communication attrAxita >. . « x. 

Next, consider a case of entering "destination IP 
address + a unique ID determined by ttie transmittir^ 
terminal' as ttie ffow ID. Here, this "unique ID deter- 
mined by the fransmitting terminal" is a unique ID that is 
determined and used by the transnvtting terrmial by 
attaching some meaning. SimOarly as in ttie previous 
case, it is also possible to consider a mettxxl in which 
both skies of ttie transmitting and receiving terminate 
acknowledge in advance a rule fike %vhen a value in a 
certain range is used as a value of the unique ID. spe- 
cific raw data will be entered into the directty connected 
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datalink layer connections". 

The flow ID will be flowing from each source when 
the infomnation outputted from two or more sources 
(which may not be outputted simultaneously) are 
merged at some FANP node and outputted at the iden- 
tical datalink layer connection from that FANP noda 

It is also possible to consider a metfiod in which an 
identical fksw ID can be attached to the information 
(f tow) to be entered into that datalinK and used as an 
identifier by means of which the information from differ- 
ent soiFces can be collected into one datalink layer cor^ 
nectk)n. 

This case wOl be desaibed in detail with reference 
to Fig. 31, which shews the network that has basically 
the 8im9ar configuration as that of Fig. 1 (and therefore 
the descriptk)ns of the constituent elements win be omit- 
ted here), but it differs from the network of Fig. 1 in that 
a plurality of video servers (two vkieo servers 3121 and 
3122 in Fig. 31. for example) are provided. 

The video data defivery from these vkJeo servers is 
also controDed by the program guide delivery server 
(gukte server) 3102. At this point, the gukie server 31 02 
notifies some spedfx; number to either one of the video 
sen^3121 and 3122 for carrynrig out the defivery. as 
a control of the vkJeo data delivery with respect to the 
same video terminal 3106 at the same connection time, 
in a sense of "use this number as the ftow ID (or its 
parQ". Here, the vkleo data delivery from (Afferent video 
servers at the same oonnectk>n time occurs in such a 
case where a user of the vkleo temwial 3106 cftanges 
the video channel number (program) to be watched, or 
a case in wftich the different vkieo servers provide dif- 
ferent pro-ams respectively. 

In such a case^ wfien the plural vkleo servers tfuow 
theMenttoalftow ID (or its part), it becomes possOsle fx 
the FANP node (the cell SKvitch router 3103 in this case) 
to ascertain that both of these ftows are to be forwarded 
to tfie idenlk:al datalink cormectkm 3109. Consequently, 
even in a case where the channel siMtcNng by the user 
(that is. the changing of the vkleo server) occurs, there 
is no need to establish a new datalink layer connectkm 
at the downstream skle of that FANP node (the cell 
switch router 3103 in this case), and it becomes possi- 
ble to transmit the respective data to appropriate data- 
link layer oonnectk>ns. 

Note that, in this case, when the r&<tirect message 
comes from the dcwnstream side, there is a need. to 
transmit it to a plurality of upstream skte FANP nodes 
(the vkJeo servers 3121 and 3122 in tftis case) whkh 
are related by the FANR 

Also, it is necessary for a switch that connect the 
datalink layers tog^her (The ATM switch within the cell 
switch router 3103 in this case) to have a connectton 
form of muttipl&-to-one (that is, a form by wNch data 
from different input datalink connections are to be col- 
lectively outputted to one output datafink connection). It 
is also possd}le to presifspose that data wOl not be 
transmitted from a plurality of transmitting terminal 



simultaneously. 

In adcfi1k>n, a portion descrft>ed as the 1394 bus in 
the atxyve desaption may be replaced by 1394 net- 
woriG inter-oonnected by 1394 gateways or 1394 
s bridges. 

Moreover, the router has been descrS>ed above a 
something whtoh is provkled at the CATV head-end out- 
side the home, but of course it is also possible to place 
it inside the fioma 
10 In this embodiment, the descriptkm has been giv^ 
for an exemplary case in whtoh the reservatk>n of the 
bandwklth from the vkieo server 101 to the vkleo termi- 
nal 106 is made by using the extended FANP tn con- 
trast, it is also possftDle to carry out the bandwklth 

IS resen^'on control in the existing router (the cell switch 
router 103 in this embocfimenf) by using the signaling 
protocol in the network layer Bitch as the RSVP 
(Resource Reservatkxi Protocol) or ST2 (Stream Trans- 
port Protocol-2), and carry out the bandwklth reserva- 

20 tkm control by using the extended FANP of the present 
inventkm within the IP siA)net. that is. between the cell 
switch router 103 to the vkieo tenninal 106. The 
sequence in this case is shown in Rg. 32. 

Rg. 32 shews an exemplary case in which the 

2s RSVP is used as the signafing protocol in the network 
layer, fstote that, in Fig. 32, the detailed message 
exchanges such as those for the propose message and 
the pending message are onrvtted for simplicity. 

For the bandwklth reservatkxi control among the 

30 transmitting terminal (vkieo server 1 01), the router (cell 
QMtch router 103) and the vkieo terminal 106, the sign- 
aling protocol such as RSVP or ST2 is used, and the 
bandwkith reservatbn control within the siA)net among 
them is carried out by using the extended FANP of the 

35 present inventkm. ftonely, the extended FANP of the 
present inventkHi is used for the purpose of the datalink 
connectton control between the RSVP nodes. By 
means of this, the existing router beconies the de facto 
standard between the internet routers, and the wkiely 

40 used bandwkith reservatkm protocol between the termi- 
nal and the router or between one router and another 
such as Sr2 or RSVP can be used, so that it becomes 
po6sS3le to realize the bandwkith reservation within the 
subnet that has not t>een used conventk>nally, in partk;- 

45 utar the bandwkith control in the subnet under the heter- 
ogeneous environment in whkrfi the virtual connectwn 
type networks are mixedly present by using the 
extended FANP of the present invention. 

50 (Second Embodment > 

Next, with references to Rg. 33 to Fig. 44, the sec^ 
ond embodimerrt of the present invention will t>e 
descrS>ed in detail. 
55 This second embodiment is directed to a oommuni- 
catton networi? system formed by two or more 1394 
buses, nodes called half gateways whrch are connected 
to respective buses, and a various type of network for 
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connecting these half gateways. 

F^. 33 shows an exenrplary overall confi^ration of 
acommunk»tion network system (a home network sys- 
tem for connecting vanous electric devces inskte tfie 
home, for example) according to this second embodi- s 
ment As shewn in Fig. 33, this communkation network 
system comprises a transnfvtting terminal 4001. a first 
half gateway 4002, a second half gateway 4003, a 
receiving terminal 4004, a first 1394 kxis 4011 . an Ether- 
net cat)le 4012, and a second 1394 txjs 4013. io 

Here, it is assumed tfiat the entire sy^em consti- 
tutes a home network within the same home, similarly 
as in the first errbodiment Consequently, anmg the 
desnces contained in this system, those whk:h are the IP 
nodes are assumed to k>e k>eionging to the same IP sub- is 
net Here, this IP subnet is assumed to have an IP sut>- 
net address N. and tfie IP addresses of the nodes are 
assigned to be N. 1 k)r the transmitting terminal 4001. 
N. 2 for the first haH gateway 4002, N. 3 for the second 
half gateway 4003, and N. 4 for the receiving tenminal 20 
4004. 

Also, the 1394 addresses and the Ethernet 
addresses of these nodes are as shown in Fig. 33. 

Each of tfie transmitting terminal 4001 , the forst half 
gateway 4002, the second half gateway 4003 and the 2S 
receiving terminal 4004 of this embodintent isthe FANP 
node as descnt>ed in the first errtedlment which has 
the extended FANP function of the present tnventkm. 

The transmitting terrrBnal 4001 is also tfie IP termi- 
nal as welt, and has functk)ns for exchanging IP packets 30 
with the receiving terminal 4004 and delivering video 
with respect to the receiving terminal 4004. 

The video delivery may t>e carried out t>y mounting 
tt« video information on tfie IP packets, or by transmit- 
ting the video data directly into the specked 1394 iso- ss 
chronous channel. Further details in this regard win be 
described bekw. 

The first half gateway 4002 and the second half 
gateway 4003 are devnes for connecting the 1394 
buses together. Namely, tttey are devnes to be used in 40 
connecting the fvst1394 bus 4011 and tfie second 1394 
bus 4013. Such a situatbn may arise when the first 
1394 bus 401 1 and the second 1394 bus 4013 are far 
apart from each other so that it is difficult to unify them 
into a single 1394 bus, for example. 4s 

Namely, accorcfing to the speoTication of the 1394. 
'^vjt is not preferable for the 1394 buses to use a long 
cable. In such a case, the half gateways of the present 
inventkxi can be connected to the respective 1394 
buses and these half gaterays can be connected so 
together by a decfcated cable, so as to reafize the con- 
nectkxi between the 1394 buses. Further detafls in tNs 
regard wfll be descrbed bek>w. 

The receiving terminal 4004 is also the IP tenrnnal 
as well, and has functk)ns for exchanging IP packets ss 
with the transmitting terminal 4001 . and receiving video 
delivered from tfie transmitting temiinal 4001 . 

The first half gateway 4002 and the second half 



gateway 4003 are connected by the Ethernet cable 
4012. Namely, in this embodiment, the data excf^nges 
t)etween two half gateways are to be carried out in 
terms of tt>e Etfiemet frames. 

Fig. 34 shows an exemplary internal oonfiguratfon 
of the half gateway 4002 or 4003. 

As shown in Rg. 34, this half gateway comprises a 
1394 physk^al processing unit 4101, a 1394 link 
processing unit 4102. a 1394 control unit 4103, a first 
MUX/DEMUX 4104, an IP/FANP processing unit 4105, 
a 1394/Ethemet transfer unit 4106, a second 
MUX/DEMUX 4107, and an Ethemet interface unit 
4108. 

The 1394 physrcal processing unit 4101. the 1394 
link processing unit 4102. and the 1394 control unit 
4103 carry out the physk:al layer processing, the link 
layer processing, and the bus management and the 
transactfon layer processing, respectively, for the con- 
nected 1394 bus (4011 or 4013), as well as the 
exchanges of data (PDU from a viewpoint of 1394) with 
the IP/FANP processing unit 4105 or the 1394yEthemet 
transfer unit 41 06, using the 1 394 frames to k>e transmit- 
ted or received that are passing through the first 
MUX/DEMUX 4104 and the second MUX/DEMUX 
4107. 

The IP/FANP processing unr: 41 05 has functions for 
carrying out tfie routing base! on tfie IP address, the 
routing tat)le management. Ihe FANP processing, tfte 
ARP processing, etc.. for tlte received IP packets. F/VNP 
packets. ARP packets, etc. 

The 1394/Ethemet transfer unit4106hasafunctkxi 
for attaching a spec^ Ethemet header to data received 
from the 1394 skJe, especially data received through the 
isocfironous cfiannel, by using its isochrorxxjs channel 
nurTi>er or the specific register offset on the destinatfon 
address as a toy. and transmitting it to the Ethernet 
skJe. and a fmction for transmitting data received from 
the Ethernet side to a spedfk; isochronous channel or 
the specific address offset on the 1394 sktetiy using Hs 
header intomnatfon as a key. Namely, the data forward- 
ing at this processing unit is carried out by using only 
the datalink layer processing without using the IP layer 
processing. 

For example, a table of correspondence between 
the M/VC address value and tfie channel numt)er of the 
isochronous channel of the 1394 bus is produced in a 
form of a cprrespondence table a& shown in Fig. 35 (in 
a case of transmitting data received from the 1394 side 
to the Ethernet side) or Fig. 36 (in a case of transmitting 
data received from the Ethemet skle to the 1394 sWe), 
for example. Here, the mapping for each correspond- 
ence table is made by the IP/F/VNP processing iffiit 
4105. A similar con-espondence table can be configured 
between the MAC address value and the 1394 destina- 
tion address with a spedfk; register offset value. 

The Etiiernet interface unit 4108 is an interface wHh 
respect to the physkslly connected Ethemet. and car- 
ries out tfie encapsulation and decapsulation of data to 
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be exchanged wHh the second MUX/DEMUX 4107 and 
the Ethernet frames. 

Next for an exemplary case of transmitting video 
from the transmitting terminal 4001 to the receiving ter- 
minal 4004, the operation sequence in time order will be s 
desabed with references to Fig. 37 and Fig. 38. 

Fig. 37 shows a sequence for the ARP (Address 
Resolution Protocol). 

First the transmitting terminal 4001 transmits the 
ARP request packet to the first 1394 bus 4011 in order io 
to carry out the address resolution for ascertaining the 
datalink layer address of the receiving terminal 4004 
from its IP address (step S4201). As descn'bed in the 
first embodiment, this ARP request is broadcasted on 
the local bus (that 6. the first 1394 bus 4011). is 

The first half gateway 4002 which is the FANP node 
that received this ARP request fonwards this ARP 
request to the Ethernet cable 4012, i^xm confirming 
that the requested address is not the own address and 
that another port (that is, the Ethernet cable 4012) cfif- 20 
ferent from the port through whk:h this ARP is entered 
(that is, the first 1394 bus 4011) is connected (step 
S4202). Here, the destinatxxi Ethernet address is the 
Ethernet broadcast address. 

The second half gateway 4003 that received this 25 
ARP request also fbnwards th^ ARP request to the sec- 
ond 1394 bus 4013 through a procedure in whk:h the 
procedure of the first half gateway 4002 is reversed 
(step S4203). At this point this ARP request may be 
transmitted in a form of the t>foadcast to the local txis". 30 

The receiving termnial 4004 that received this ARP 
raciest enters the own 1394 address (EUI64 and Ixis 
ID -1- physical ID") into this packet and returns this 
packet to the second 1394 bus 4013 as the ARP 
response (step S4204). At this point the destination 3s 
address of this ARP response is the 1394 address of 
the second half gateway 4003. 

The second half gateway 4003 whk^h received this 
ARP response enters the own Ethernet address into a 
fteU for the resolved address, so as to carry out the dep- 40 
uty response with respect to the first half gateway 4002 
(step 84205). At this point, the destination is the Ether- 
net address of the first half gateway 4002. Alsoi the sec- 
ond half gateway 4003 recognizes that a terminal 
having the IP address of the receiving terminal 4004 45 
exists on the second 1394 bus 4013 skie, and registers 

this fact intathe intemakrouting table 

The first half gateway 4002 that received this ARP 
response enters the own 1394 address into a fieM for 
the resolved address, and carries out the deputy so 
response with respect to the transmitting terminal 4001 
(step S4206). At this point the destination is the 1394 
address of the transmitting terminal 4001 . Also; the first 
half gateway 4002 recognizes that a terminal having the 
IP address of the receiving terminal 4004 exists on the 55 
Ethernet 4012 side, and registers this fact into the inter- 
nal routing table. 

In this manner, the transmitting terminal 4001 can 



ascertain that it suffices to transmit the IP packets des- 
tined to the receiving temntnal 4004 with respect to (the 
1394 address of) the first half gateway 4002. 

Note that Fig. 37 shows a case of the address res- 
olution in which the ARP request reaches to the target 
node once and then the ARP response is sequentially 
returned backwards from there, but it is not necessarily 
limited to this case, and it also possble to use a case 
of the address resolutk>n in whk:h the intermediate node 
directly carries out the address resolution when the 
intermediate node already has an informatk)n on the 
target node 

New. the transmitting terminal 4001 already recog- 
nizes that it is the FANP node itself and that what is to 
k>e transmitted from now on with respect to the receiving 
temiinal 4004 is the vkJea Consequently, the transmit- 
ting tenminal 4001 intends that the video to be transmit- 
ted from now on will be forwarded by the datalink 
processing akme without using the IP processing at the 
intermediate FANP nodes. 

To tNs end, after the confirmatkm of the initial set- 
ting and the coding scheme using the IP packets and 
the confirmation of the vkJeo reception capatMlity with 
respect to the receiving terminal 4004, the transmitting 
terminal 4001 proceeds to the video transmissioh prep- 
aratbn. Fig. 38 shows the sequence for tfiis operation. 

Rrst the transmitting terminal 4001 accesses the 
register of the isochronous resource manager on the 
first 1394 bus 401 1 to reserve the bandwidth necessary 
for the video transmissk)n arxl acquire the isochronous 
channel nurTt>er, between the transmitting terminal 
4001 and tfra first haH gateway 4002 (step S4401). Fig. 
39 shows the isochronous charmel 4301 obtained at 
this point 

Then, the transmitting terminal 4001 transmits the 
propose message of the FANP with respect to the first 
half gateway 4002 through that isochronous channel 
4301 . This propose message is transmitted by entering 
the own ESI and sequence number as the VOID and the 
IP address (N. 4) of the receiving temninal 4004 as the 
target IP address (step S4402). 

The first half gateway 4002 that received this pro- 
pose message recognizes that it is the FANP packet 
(propose message), confirms the final destinatfon IP 
address (the receiving terminal 4004) from the target IP 
address, and confirms that this address exists on the 
Ethemet cable 4012 skJe t>y^referring to the^ intemal 
routing tabia Then, the first half gateway 4002 enters 
the own IP address into the propose ACK message and 
returns it to the asynchronous channel or asynchronous 
write of the first 1394 bus 4011 (step 4403). 

The transmitting terminal 4001 that received this 
propose ACK message transmits the offer message to 
the asynchrorxHS channel or asynchronous write of the 
first 1394 bus 4011, by entaing the IP address of the 
first half gateway 4002 as the destinatk>n IP address, 
entering the VCID descnbed above, entering the IP 
address of the receiving terminal 4004 which is the final 
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destination into the flow ID simOarly as in the first 
embodiment and oontalrang the necessary bandwidth 
value and the end-to^nd ACK request (step 84404). At 
this point, the destination 1394 address is obviously the 
1394 address of the first half gateway 4002. 5 

The first half gateway 4002 that received this offer 
message recognizes that it is the FANP packet, oon- 
finms the final destination IP address Ohe receiving ter- 
minal 4004) from the flow ID, and r&confirms that this 
address exists on tfieEtftemet cable 4012 sida 10 

Here, in order to make it possSale for the second 
half gatew^ 4003 to transmit the data to be transmitted 
directfy to the isochronous channel or the destination 
address with the spec^ register offset value on the 
1394 bus 4013 by only confirming the Etfiernet header 75 
value, a value different from the Ethernet address "A2" 
unique to the second half gateway 4003 is used as tfie 
destination ^fclress of the Ethernet frame to be trans- 
mitted. This value can be any value as long as it is dif- 
ferent from values of the Ethernet addresses of tfie first 20 
half gateway 4002 and the second half gateway 4003, 
that is, the address not used on the Ethernet cable, and 
it is different from values currently used for the direct for- 
warding at the datafink layer for the other flows. 

For example, when the Ethernet address value 25 
selected by the first half gateway 4002 here is "#A", only 
ihs video information directed to tfie rec^ving tenranal 
4004 will be mounted on every subsequent Ethernet 
frame which has "tfA** as the destinatkm Ethernet 
address. This is equivalent to having the virtual cormec- 30 
tbn with -#A* as VCI established between the first half 
gateway 4002 and the second half gateway 4003. This 
is sfiown in Rg. 39 as tfie connectnn 4302. 

Note that the half gateways 4002 and 4003 have 
the irutial setting by which a frame destined to any ss 
Ethernet address wBI be handed to the IP/FANP 
processing unit 4105 once ak>ng with its destinatk)n 
Ethernet address value, except when it is a frame which 
passes through the 1394/Ethemet trvisfer unit 4106. 
By this setting, it becomes possible lor the IP/FANP 40 
processing unit 4105 to make the setting acconfing to 
the content of the FANP packet by which the switching 
at the datafink layer is carried out t)y making appropriate 
setting to the 1394/Ethemet transfer unit 4106, for the 
necessary Ethernet address. 45 

The first half gateway 4002 transmits the propose 
message of the FANP through the connectkxi 4302 of . 
Fig. 39 (step S4406). This propose message is trans- 
rretted by entering the own ESI and sec^ence number 
as the VOID and the IP address (N. 4) of tf^ receiving so 
terminal 4004 as the target IP addresa 

The second half gateway 4003 that received this 
propose message recognizes that it is tfie FANP packet 
(propose message), confirms the final destination IP 
address (the receiving tenminal 4004) from the target IP 65 
address, and confirms that this address exists on the 
second 1394 bus 4013 side by referring to the internal 
routing table. Then, the second half gateway 4003 



returns the propose ACK message to the Etf^net cable 
4012. kyy entering the own IP address as the target IP 
address and the Ethernet address of the first half gate- 
way 4002 as the destination address (step S4407). 

As can be seen from this description, a case off 
transmisskm i^ng the usual Ethernet address as the 
destination header of the Etfiernet frame corresponds 
to a case of transmission by the "default VC in the 
FANR 

The first half gateway 4002 that received this pro- 
pose ACK message transmits the offer message onto 
the Ethern^ cable 4012, by entering the IP address of 
the second half gateway 4003 as the destination IP 
address, entering the VCID descn*bed above, entering 
the IP address of the recoving terminal 4004 which is 
the final destinatkm into tfie f kw ID, and containing the 
necessary bandwidth value and the end-to-end ACK 
request (step S4408). At this point, the destinatkm 
Ethernet address is the Ethernet address of the second 
half gateway 4003. 

The second half gateway 4003 that received this 
offer message recognizes that it is the FANP packet, 
confirms the final destinatkxi IP address (the receiving 
terminal 4004) from the fkyw ID, and re<x)nfirms that 
this address exists on the second 1394 bus 4013 sida 

Then, tfie second half gateway 4003 reserves tfie 
t>andwidth and the isochronous cfiannel number or the 
destinatk)n address with tfio specific register offset by 
the setting in the register of the isocfironous resource 
manager of the second 1394 bus, in order to transmit 
the vkJeo signals by reserving the necessary bandwidth 
up to the receiving terminal 4004 (step S4410). Fig. 39 
shows the isochronous cfiannel 4303 obtained at this 
point 

Then, the second half gateway 4003 transmits the 
propose message of the FANP through this isochronous 
channel 4303 (step S441 1). 

The receiving terminal 4004 tfiat received this pro- 
pose message transmits the propose ACK message to 
the second half gateway 4003 if it is acceptable (step 
S4412). 

Then, the second haH gateway 4003 transmits the 
offer message of the FANP to the receiving terminal 
4004 (step S4413). 

When tfie reception is possftile, the receiving temni- 
nal 4004 transmits the re-direct mess^e to the 
iipstream FANR node (the second half gateway 4003 in 
this case) bf setting the end-to-end ACK flag ON (step 
S4414). This setting of the end-to-end ACk flag is the 
processing related to the fact that the end-to-end ACK 
request is contained In the offer message of the FANP 
transmitted to the rooming terminal 4004 and that this 
terminal is the flnal tenminal. 

The second half gateway 4003 that received this re- 
direct message judges that the preparation for the iso- 
chronous channel use on the downstream side (the 
receiving terminal 4004 in this case) is ready, arxJ 
makes the setting by which the direct datalink layer for- 
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warding can be canied out for the SDU (Service Data 
Unit) of the frame that arrives with tfie Ethernet address 
#A (4302) without using the processing by the IP/FANP 
processing imit 4105 at the 1394/Ethemet transfer unit 
4106 inside the second half gateway 4003. By this set- 5 
ting, for a frame that arrives with the specific Ethernet 
address ''#A**, its SDU can be transmitted to the iso- 
chronous channel 4303 directly by referring to the oorre- 
sporxience table as shown in Fig. 36, so that the 
effictency and the speed of the data fonvaitfing process- w 
ing can be improved considerably 

Also, the above descri>ed processing does not use 
the processing at the IP/FANP processing unit 4105 so 
that tfie reduction of tfie load on the IP/FANP process- 
ing unit 4105 and the load distribution can be reafized is 
simultaneously In addHion, it is also possi3le to transmit 
data which is not an IP packet 

The second half gateway 4003 transmits the re- 
direct message to the upstream FANP node Qhe first 
half gateway 4002 in this case) (step S4415). At this 20 
point the end-to-end ACKflag is erected in the re<lirect 
message from the downstream side so that the end-to- 
end ACK flag is s^ ON. 

In tfiis manner, the re^iirect message is (telivered to 
the transmitting terminal 4001 through the second half 2S 
gateway 4003 and the first half gateway 4002. 

AX the first half gateway 4002. the isochronous 
channel 4301 and the direct conversion into the Ether- 
n^ frame 4302 with the Ethernet address "#A" are set 
to the 1394/Ethernet transfer unit 4106. Mso, at a time 30 
of fbrwaiding the r&<iirect message, tfie r&<firect mes- 
sage isdefivered by using theasyrx:hronouscharmel or 
asynchronous write of each 1394 bus or the formal 
Ethernet address "Al" on the Ethemet 

When the re<lirect message with the endto-end 3S 
/\CK flag erected is received al the transmitting tenrninal 
4001 in this manner (step S4416). the transmitting ter- 
minal 4001 can confirm that the isochronous channel 
4301 was (firectly connected at the datalink layer level 
up to the receiving terminal 4004. Then, tfie transmitting 40 
terminal 4001 starts the video data transmission 
tfirough the isochronous channel 4301 (step S4417). 

The vkieo data can be transmitted through tfie con- 
nection 4302 and the isochronous channel 4303 to the 
receiving terminal 4004 by the datalink layer processing 45 
alone, without using the processing by the IP/F/WP 
processing,unit.4105 at.the.intermecfiate nodes of the. 
half gateways 4002 and 4003 

Note tlHt the video informatfon to be transmitted 
fiere may be the vkJeo data encapsulated within the IP so 
packet similarty as in tfie first entediment, or the video 
data directly mounted on the 1394 isochronous cfiannel 
(or the Ethemet frame 4302 with the destination Ether- 
net address "M"). Alsoi the vkieo information may be 
transmitted in a form of the 1 394 frame directly mounted ss 
on the Ethemet frame. 

When the maintaining of the connection is realized 
by maintaining the soft state similarly as in the first 



embodiment the atxive desabed re-direct message is 
regularly transmitted to the upstream direction. When 
this redirect mess^e does not arrive for a certain 
period of time or when an explicit message for discon- 
necting the connection (the release message) comes 
from the upstream directfon. this soft state is released 
and the setting of the 1394/Ethernet transfer unit 4106 
regarding that (firect datalink layer connection is also 
cleared. 

As described, by using a plurality of half gateways 
(4002. 4003) and ttie Ethernet cable (4012) that con- 
nects them, it becomes possUe to carry out tfie com- 
municaticm by int^-connecting a plurality of 1394 buses 
by the half gateways. 

Fig. 40 shows an exemplary style of using the half 
gateways and the Ethemet cabia As shown in Rg. 40, 
a 1394 inter-connection cable has a physk:al shape in 
which a long Ethernet cable 4503 is connected between 
two half gatew^ 4002 and 4003 in advance. This 
cable portion may be connected by an electric cable 
such as UTP5 or coaxial cable, or by an optical cable 
such as a plastic optical fS>er. It should be noted how- 
ei/er tfial the trarisnrnssfon scfierrie of the physk:al layer 
is supposed to obey the Ethemet standard. 

Also^ to the respective half gateways, the 1 394 con- . 
nectors 4501 and 4502 are connected through relatively 
short cables (decRcated 1394 cables). Here, the dedi- 
cated 1 394 cables are connected so that the power sup- 
ply to the half ^ew^ 4002 and 4003 can be made 
through ttie respective 1394 connectors 4501 and 4502 
and this 1394 cabla Consequentty. the system of Rg. 
40 requires no special power supply. From a viewpoint 
of a user who wishes to inter-connect two 1394 buses, 
this implies that the connection is basically completed 
by simply connecting one end (4501) of the cable to ttie 
first 1394 bus 4011 and the other end (4502) of ttie 
cable to ttie second 1394 bus 4013. so ttiat ttie conven- 
ience regarding ttie connecting operation can be 
inproved remarkably. 

Alsa the 1394 cable bask^lly has an upper limit of 
4.5 m in lengtti. but according to the present invention, 
a long cable (such as ttiat of several hundred meters, for 
example) can t>e used as a cable for connecting tfie half 
gateways 4002 and 4003. so ttiat it is very useful in a 
case of connecting ttie 1394 buses which are far apart 
from each ottier. 

In the above, an exarrple using.aJong .cable^has ,_ 
t>eendescrfoed,butasshownlnRg. 41, it is also possi- 
ble to connect ttie half gateways 4002 and 4003 by 
radia In Rg. 41. 4801 and 4802 are 1394 connectors 
while 4803 and 4804 are radb transceiver devfoes used 
for the inter-connection t>y radia 

In a case of using the MAC frame as the radfo trans- 
mission scheme, ttie sch^e of tiits second embodi- 
ment is basically applicable direcUy When ttie radio 
interface is provided between ttie half gateways in ttiis 
manner, ttiis connection becomes wireless so that a 
user can arrange the wiring easily. 
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Note that the 1394 mfter-cormection cable is not 
only applicable to a case of fDmiing the connection 
between the 1394 half gateways as descnt>ed atxve 
and shewn in Fig. 40 and Rg. 41. but also to a case of 
realizing the usual 1394 bridge in the bridge conf^ s 
uratioa In that case, the function of the 1394 bridge can 
be realized by changing those portions of the above 
descriptm which are described as "^specifying the des- 
tination IP address' to the processing of the 1394 
address. 

Note also that as shown in Rg. 42,atthetransnrvt- 
ting terminal, the MPEG video fitvn the digital satellrte 
txoedcast (a the digital CATV) can be received and this 
MPEG video can be re-formatted into tfie MPEG^iver- 
1394 format or converted into tfie raw video data by tfie is 
MPEG decoder and then transnritted as the data on the 
isochronous channel of the 1394. 

When this implementation is i^ed, even for the 
video data (or speech data, usual data, etc.) which is 
not accommodated originally by the transfer packete so 
used at the home such as those of the n^work l^er like 
the IP packets, the datalink layer frames h'ke those of the 
IEEE 1394. etc.. the data transfer in the home network 
becomes possible so that it becomes possft)le to realize 
the data dislrfoution to the home network wrtfx)utrequir- 2s 
ing the cable wiring cftange for the purpose of the video 
broadcasting. 

FtQ. 43 sfufws an exenplary internal configuration 
of tfie transmitting tenrnnal 4901 for reafizing tfiis imple- 
mentation. In Rg. 43. the transmitting terminal 4901 30 
comprises a satellite broadcast receiving interface unit 
9001. an MPEG data format conv^sion unit 9002. an 
IP/FANP processing unit 9003. a MUXA>EMUX 9004. 
and a 1394 interiace unit 9005. 

The sateflite broadcast receiving interface unit 9001 3s 
is an interface for receiving data from the satellrte t>road- 
cast. which transmits the data after the ctela formatting 
to the MPEG data format conversion uret 9002. 

The MPEG data format conversion unit 9002 con- 
verts the transmitted MPEG data from the MPEG data 40 
format siitable for tfie satellite k)roadcast to tfie MPEG 
data format on the IEEE 1394. i.e.. the MPEG<yver- 
1394. and transmits it to the MUX/DEMUX 9004. Here, 
the de-scramblrng processing, etc. may also be earned 
out in additfon. 4s 

The IP/FANP processing mit 9003 and the 1394 
interiiace processing unit 9005 have the .similar func^^.^, 
tfons as those desaibed above so that their descriptfon 
will t>e OTTHtted here. 

At the MPEG data format conversfon unit 9002. tfie so 
appropriate format conversfon is appfied to the transmit- 
ted MPEG data so that the MPEG data from the satelBte 
broadcast can be transmitted to the video terminal 
through the 1394. 

Rg. 44 shows an exemplary internal conftguiatfon ss 
of the transmitting terrmial 4901 in a case of decoding 
tfie MPEG data rec^ved from the satellrte broadcast at 
the transmitting terminal 4901, and foiwaiding the raw 



video data to the video tennnal through the 1394 txis. 

Rg. 44 differs from Rg. 43 in that the MPEG decod- 
ing is carried out at the MPEG decoding unit 9102 so 
that the raw video data is transmitted to the 1394 bus. 

When the MPEG decoding unit 91 or the MPEG 
data format conversion unit 9002 is equipped with a 
function for processing several channels simultane- 
ously, it becomes poss&Ae to realize the cfistrfoution of 
the video information in several channels simultane- 
ously to the home networi^ so that it Is very useful in a 
case where it is desirable to watch a plurality of video 
programs as in a case where a plurality of family mem- 
bers watch the television simultaneously 

HtitB here that the MPEG decoding unit 9102 and 
the MPEG data format conversion unit 9002 may or may 
not carry out the encapsulatfon of the video data within 
the IP packet 

It is to be noted that the 'transmitting terminal" in 
the above descriptkxi can be provided in a form of what 
is generally known as "set-top box". 

It is also to be noted that this second embodiment 
has been descrfoed for an exemplary case of using the 
IEEE 1394 bus. but this second embocfiment is also 
applicable to the other datal ink l^er technofogy such as 
the ATM, for example. In such a case, it suff k;es to use 
the VPI/VCI vahie instead of tfie cfiann^ number. 

<Third Errfoodrment ) 

Nert. with references to Rg. 45 to Rg. 50. the third 
embocfiment of the present invention will be descrbed 
in detail. 

This third emtxxfiment is directed to a communfoa- 
tion network system formed t>y two or nx>re 1 394 buses, 
tfiat is a communk;ation networtc system formed by 
nodes called half gateways which are connected to the 
respective 1394 buses, and a networtc for connecting 
these half gateways^ Here, an exemplary case erf using 
the Ethemet as a network for connecting the half gate- 
ways, and providing an Ethernet switch having a plural- 
ity of FANP functfons k>etween the half gateways will be 
described. 

Rg. 45 sfxyws an exemplary overall configuration of 
a communicatfon networic system (a home n6twori( sys- 
tem for connecting various electric devrces inside the 
home, for example) according to this third embodiment. 
As shown in Rg. .45. this communication- network sys- 
tem comprises a transmitting terminal 5001. a first fialf 
gateway 5002. a FANP Ethernet switch 5003. a second 
half gateway 5004. a receiving tenminal 5005. a first 
1394 bus 5011. a first Ethernet cable 5012, a second 
Ethemet cable 5013. and a second 1394 bus 5014. 

Here, it is assumed that the entire system consti- 
tutes a home networic within the same home, similarty 
as in the first embodiment. Consequently, among the 
devices contained in this system, those wNch are the IP 
nodes are assumed to be befonging to the same IP sut>- 
net. Here, this IP subnet \s assumed to have an IP sut>- 
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net address N, and the IP addresses of the nodes are 
assumed to be N. 1 for the transmitting terminal 5001, 
N. 2 for the first half gateway 5002. N. 3 for the FANP 
Ethernet awrtch 5003, N. 4 for the second half gateway 
5004, and N. 5 for the receiving terminaJ 5005. 5 

Also, the 1394 addresses and the Ethernet 
addresses of these nodes are as shown in Ftg. 45. 

Each of the transmitting terminal 5001, the first half 
gatew^ 5002. the FANP Ethernet switch 5003, the sec- 
ond half gateway 5004 and the receiving terminal 5005 10 
of tftis embocfiment is tfie FANP node as described in 
the first embodiment which has the extended FANP 
function of the present invention. 

Here; the transmitting temrinal 5001, the first half 
gateway 5002. the second half gateway 5004 and the is 
receiving terminal 5005 have the same functions as the 
corresponcfing elements in the second embodiment 
desabed akxive so that their detailed description will be 
omitted here. 

In this embodiment, the first half gateway 5002 and 20 
the second half gateway 5004 are connected by the 
Ethernet cables 5012 and 5013. Namely, in this embod- 
iment the data exchanges between two half gateways 
are to be carried out in tenns of the Ethernet frames. 

The FANP Ethernet switch 5003 is an Ethernet 2s 
switch having the FANP functions, and as wiD be 
desabed below, it has a fonction for taking the entered 
FANP pacM into the internal IP/FANP processnng unit 
(which is reafized by foddng at the protocol type of ttie 
Ethernet frame), and a function for rewriting the Ether- 30 
net address of a frame before and after the input/butput 
of the frame, as set ip in the internal table nn advance, 
and outputting this frame. The latter function is provided 
for carrying out the similar operation as the rewriting of 
ttie VPI/VCI at the ATM switch node before and after the 36 
Input/output of an ATM cell. 

In ttits embodiment, the FANP Ettiem^ switch 5003 
(or the internal switch) is in a twoiX>rt physical configu- 
ration, but it is also possble to construct a multi-port 
FANP Ettiemet switch by the similar construction 40 
mettKxl and mechanism. 

Fig. 46 shows an exemplary internal configuration 
of ttie FANP Ettiem^ switch 5003. As shown in Fig. 46, 
the FANP Ettiemet switch 5003 comprises a first Ettier- 
net interface unit 5101, a first MUX/DEMUX 5102. an 45 
IP/FANP processing unit 5103, an Ettiemet frame 
. switching and.Ettiernet header rewriting unit. 51 04, a 
second MUX/DEMUX 5105, and a second Ettiernet 
interface unit 5106. 

The Ettiemet interface units 5101 and 5106 are so 
intertaces witti respect to ttie physically connected Etti- 
ernets, and carries out the encapsulation and decapsu- 
lation of data to be exchanged witti ttie MUX/DEMUXs 
5102 and 5105 and ttie Ettiemet frames. 

The IP/FANP processing unit 51 03 has functions for 55 
carrying out the routing based on the IP address, the 
routing table management, the FANP processing, the 
ARP processing, etc., for ttie received IP packets. FANP 



packets, ARP packets, eta, as weO as a function for 
making appropriate setting to ttie Ettiern^ frame 
switching and Ettiem^ header rewriting unit 5104. 

The Ettiernet frame switching and Ettiemet header 
rewriting unit 51 04 has a functfon for switching an Ettier- 
net frame received from either interface to an appropri- 
ate output port by referring to its destination Ethernet 
address, and a functfon for rewriting at least a part of ttie 
Ettiemet address at a time of ttie above switching 
according to ttie setting from the IP/FANP processing 
unit 51 03. To this end, ttie Ettiernet frame switching and 
Ettiemet header rewriting unit 5104 may have a header 
conversion table provided therein similarty as in ttie 
ATM switch. The Ettiemet frame switching and Ettiemet 
header rewriting unit 5104 also has a function for learn- 
ing ttie Ettiernet address, which functions to refer to a 
source address of an entered Ethernet frame arxf store 
it afong witti an input port for a certain period of time. 

Note ttiat ttie Ettiernet frame ttiat passes ttirough 
ttiis Ettiernet frame switching and Ettiemet header 
rewriting unit 5104 can pass wittiout being applied witti 
ttie processing by the IP/FANP processing unit 5103. 

Next, for an exemplary case of transmitting video 
from ttie transmitting terminal 5001 to ttie receiving ter- 
minal 5005, the operation sequence in time order wfll be 
descrfoed witti references to Rg. 47 and Fig. 48. 

Rg. 47 shows a sequence for ttie ARP (Address 
Resolution Protocol). 

Rrst, ttie transmitting temiinal 5001 transmits the 
ARP request packet to ttie first 1394 bus 5011 in order 
to ceirry out the address resolution for ascertaining the 
datalink layer address of the receiving terminal 5005 
from its IP address (step S5401). As descrfoed in ttie 
second enbodiment tfiis ARP request is broadcasted 
on ttie local bus (ttiat is, ttie first 1394 bus 501 1). 

The first hatt gateway 5002 which is ttie F/VNP node 
ttiat received this ARP request operates similarty as in 
ttie second embodiment As a result, ttiis ARP request 
is forwarded to ttie Ettiemet cable 5012 by setting ttie 
Ettiemet broadcast address as ttie destination address 
(stepS5402). 

The FANP Ettiernet switch 5003 also receives ttiis 
ARP request txjt as it does not have the corresponding 
IP address, ttie ARP response wHl not be sent from 
there. 

Also, ttiis ARP request is forwarded to ttie second 
Ettiemet cable.50l3 ttin)ush.ttie Ettiemet frame switch^ 
ing and Ettiernet header rewriting unit 5104. Note ttiat. 
in this case (a case where ttie destination address is the 
broadcast address), ttie rewriting of the Ettiemet 
address is not carried out so ttiat the ARP request is for- 
warded as it is. 

The second half gateway 5004 and ttie receiving 
terminal 5005 that received ttiis ARP rec^est also oper- 
ate similarly as in the second emtxxJiment (step 
S5403). Namely, ttie receiving terminal 5005 ttiat 
received this ARP request enters the own 1394 address 
(EUI64 and Imjs ID + physical ID") into ttiis packet and 
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returns this packet to the second 1394 bus 5014 as the 
ARP response (step S5404). and th^ ARP response 
reaches to the FANP Ethernet switch 5003. Atthte point 
the destination address of the Ethernet frame is the 
Ethernet address 'A1 " of the first half gateway 5002. 5 

As described atxve, the FANP Ethernet switch 
5003 has the learning function, and holds the Ethernet 
address of the first hatf gateway 5002 and its physical 
port direction (that is. the first Ethernet cable 501 2 side) 
as a table at a time of the ARP request so that tftis ARP 10 
response is switched by the Ethernet frame switching 
and Ethernet header rewriting unit 5104 and reaches to 
the first half gateway 5(K>2 (step S5405). 

Then, as the first half gateway 5002 returns the 
ARP response (deputy response) (step S5406). this is 
ARP response ev^rtually reaches to the transmitting 
terminal 5001. 

In this manner, the transnvtting terminal 5001 can 
ascertain that it suffices to transmit the IP packets des- 
tined to the receiving terminal 5005 with respect to (the 20 
1394 address oQ the first half gateway 5002. 

Next, similarty as in the second embodiment, the 
transmitting terminal 5001 intends that the video to be 
transmitted from now on will be fbnvarded by the data- 
link processing akme without usong the IP processing at 25 
the intermed»te FANP nodes, and after the confirma- 
tkHi of the initial setting and the cocfing scheme using 
the IP packets and the confrmation of the ykSeo recep- 
tk)n capatxlrty with respect to ttte receiving terminal 
5005, the transmitting terminal 5001 proceeds to the so 
video transmissk)n preparatioa Rg. 48 shows the 
sequence for ttus operation which will now be 
descrit>ed. 

Among the opefatk)ns of the transmitting terminal 
5001 and the first half gateway 5002, the operatbns for 36 
the exchanges of the messages between them (up to 
the transmission of the pending message of the FANP) 
are the same as in the second embodiment (step S5501 
tostepS5505). 

The first half gateway 5002 that received the offer 40 
message from the transmitting terminal 5001 recog- 
nizes that it is the FANP pack^ confirms the final desti- 
nation I P adckess (tfie receiving terminal 5005) from the 
fkw ID, and confirms that this address exists on the 
Ethernet cable 5012 sida Here, in order to make it pos- 4s 
sl)le for the next hop FANP node to carry out the direct 
datalink layer switching of the data to be.transmitted by . 
only confirming the Ethemet header, a value different 
from the Ethemet address unique to the second half 
gateway 5004 is used as the destination address of the so 
Ethemet frame to be transmitted. This value can t>e any 
value as k>ng as it is (Afferent from values of the Ether- 
net addresses of the first half gateway 5002 and the 
second hatf gateway 5004. 

For example, when the Ethemet address value 55 
selected t)y the first half gateway 5002 here is '*#A", only 
the video information directed to the receiving terminal 
5005 will be mounted on every subsequent Ethemet 



frame which has '#A" as the destination Ethernet 
address. This is equivalent to having the virtual connec- 
tk)n with "M" as VCI established between the first half 
gateway 5002 and the next hop FANP node (more spe- 
cifically, the FANP Ethemet switch 5003). This is shown 
In Fig. 49 as the connection 5302. 

The first hatf gateway 5002 transmits the propose 
message of the FANP through this connectk)n 5302 
(step S5506). At this point a number indnabng the 
FANP is to be entered into the protocol type of the 
Ethemet frame Alsa this propose message is transmit- 
ted tyy entering the own ESI and sequence nunt>er as 
the VOID and the IP address of the receiving tenminal 
5005 as the target IP address. 

The FANP Ethemet switch 5003 that received this 
propose message recognizes that it is the FANP packet 
(propose message) by referring to the protocol typefieU 
of the Ethemet frame, and transfers it to the internal 
IP/FANP processing unit 5103. Then, the FANP Ether- 
n^ switch 5003 confirms that the destinatbn Ethernet 
address of this Ethemet frame exists on the second half 
gateway 5004 side, and registers this in relatton to the 
final destination IP address (the receiving terminal 
5005) in the internal routing table Then, the FANP 
Ethemet switch 5003 returns the propose ACK mes- 
sage to the first Ethernet cable 5012, by entering the 
own IP address as the target IP address and the Ether- 
net address of the first hatf gateway 5002 as the desti- 
nation address (step S5507). 

The first hatf gateway 5002 that received this pro- 
pose ACK message transmits the offer message onto 
the first Ethemet cable 5012. by entering the IP address 
TM. 3" of the FANP Ethernet switch 5003 as the destina- 
tk)n IP address, entering the VOID descra>6d above, 
entering the IP address "N. 5" of the receiving temiinal 
5005 which is the final destination into the ftow ID, and 
containing the necessary t>andwidth value and the end- 
to-end ACK request (step S5508). At this point the des^ 
tinatkKi Ethemet address is the Ethemet address '*A2'' 
of the FANP Ethernet switch 5003. In this case, a 
number indrcating the FANP may also be entered into 
the protocol type of the Ethemet frame. 

The FANP Ethemet switch 5003 that received this 
offer message recognizes that it is the FANP packet, 
and transfers it to the IP/FANP processing unit 5103. 
Here, the FANP Ethemet switch 5003 also confirms the 
final destination IP address (the receiving terminal..^ 
5005) from the f k)w ID, and confinms that this address 
exists on the second Ethemet cable 5013 side Here, 
alsa in order to make it possible for the next hop FANP 
node (more specif k:alty, the second hatf gateway 5004) 
to carry out the direct datalink layer switching of the data 
to be transmitted by only confirming the Ethernet 
header, a value different from the Ethemet address 
unique to the second hatf gateway 5004 is used as the 
destination address of the Ethernet frame to be trans- 
mitted. 

For example, when the Ethernet address value 
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selected b/ the FANP Ethernet switch 5003 is '#B^ tt is 
equivalent to having the virtual connection with "#8" as 
VCI established between the FANP Ethennet switch 
5003 and the second half gateway 5004 which is the 
next hop FANP node. This is shown in Rg. 49 as the 5 
connection 5303. 

The FANP Ethernet switch 5003 transmits the pro- 
pose nnessage off the FANP through this connection 
5303 (step S5510). Thereafter, the procedire is the 
same as in the second embodiment 10 

The FANP Ethernet switch 5003 that received the 
re<lirect message from the downstream side (step 
S5519) judges that the preparation for the dedicated vir- 
tual channel use on the downstream side (the second 
half gateway 5004 in this case) is ready, and makes the is 
setting by which the direct datalink lay^ forwarding 
(Ethernet switching) can be carried out for the Ethernet 
frame that arrives with the Ethernet address #A from the 
first Ethernet cable 50 1 2 side without using the process- 
ing tiy the IP/FANP processing unit 51 03 at the Ethernet 20 
frame switching and Ethernet header rewriting unit 5104 
inside the FANP Ethernet switch 5003. At this point the 
setting is also made in the internal Ethernet header con- 
version table so that the destination Ethernet address 
wi« be converted from "#A" to "#B" and this Ethernet 2s 
frame will be switched to an appropriate output port (the 
second Ethernet cable 5013 in this errtodiment). 

By this setting, a frame tfiat subsequently arrives 
with the specffic Ethemet address "^A" from the first 
Ethernet cable 5012 can be transmitted to the second 30 
Ethernet cable 5013 by the direct Ethemet switching 
upon converthg the destination Ethem^ address to 

and after the Ethemet header conversion is carried 
out so that the efficiency and the speed of the data for- 
warding processing can be improved considerably as 

Also, the above descnbed processing does not use 
the processing at the IP/FANP processing unit 51 03 so 
that the reduction of the load on the IP/FANP process- 
ing unit 5103 and the load distribution can be realized 
simultaneously 40 

In adcftion. it becomes possible to introduce a con- 
cept similar to the virtual connection into the Ethernets 
5012 and 5013. so as to enable the above descnbed 
data ftMwarding. 

In this manner, the FANP Ethernet switch 5003 45 
transmits the re-direct message to the upstream FANP 
node (the first half gateway 5002 Jn this case) .(step 
S5520). At this point the end-to-end ACKflag is erected 
in the r&<lirect message from the downstream side so 
that the end-to-end ACK flag is set ON. 

In the subsequent operations, the r&<firect mes- 
sage with the end-to-end ACK flag erected is sent to the 
transmitting terminal 5001 similarly as in the second 
^nbodiment (step S5521). 

The transmitting terminal 5001 can confirm that the 
isochronous channel 5301 was directly connected at 
the dataOnk layer level up to the receiving terminal 5005. 
Then, the transmitting terminal 5001 starts the video 



data transrmsion tfvough the teochrorxxis channel 
5301 (stepS5522). 

The video data can be transmitted through 5302. 
5303 and 5304 to the receiving temrtinal 5005 by the 
datalink layer processing alone, without using the 
processing by the IP/FANP processing unit at the inter- 
mediate nodes including the half gateways 5002 and 
5004 and the FANP Ethemet switch 5003, so that the 
guaranteed real-time video informatkm transfer 
becomes easier. 

Note that similarly as in the second embodiment, 
the video information to be transmitted here may be the 
video data encapsulated within the IP packet or the 
video data directty mounted on the 1394 isochronous 
channel (or the Ethernet frame with the destination 
Ethemet address given by "#A" or "#6"). Alsa the 
Ethemet frame may be in a form in which the 1 394 iso- 
chronous channel frame is nraunted directly (or after 
^propriate processing is applied). 

Alsa the re^Jirect message can be used for the pur- 
pose of maintaining the soft state similarly as in the sec- 
ond embocfiment 

Asdescn'bed. in this third enr>bodiment. by using a 
plurafty of haH gateways (5002, 5004) and the Ethemet 
cables (5012, 5013) and the FANP Ethernet switch 
5003 that connect them, it also beconnes possible to 
carry out the communicatkm by inter-connecting a plu- 
rality of 1394 buses. In additbn, it is also possUe to 
connect three or more half gatew^ to the FANP Ether- 
net switch 5003, for exampla 

Fig. 50 shews another exemplary style of using the 
half gateways and the Ethem^ cables. A 1394 inter- 
connection cable shown in Rg. 50 has a physical shape 
in which a 1394 connector 5501 is corrected to a half 
gateway 5503 by being connected through a relatively 
short dedicated 1394 cable 5502. Alsa a tong Ethernet 
cable 5504 is connected from the half gateway 5503 in 
advancoL This cable portion may be connected by an 
electric cable such as UTP5 or coaxial cable, or by an 
optical cable such as a plastk:optk»lfS)er. It should be 
noted hcwever that the transmisskwi scheme of the 
physk:al layer is supposed to cbey the Ethemet stand- 
ard. A connector 5505 at a free end of the long Ethemet 
cable 5504 is a connector in compliance with that phys- 
k:al layer transmission schema 

This 1394 inter-connection cable is used by con- 
.necting the^l394 connector 5501 to a desired 1394 bus 
to be connected, and connecting the FANP Ethemet 
awitch 5003 at the connector 5505 side. The FANP 
50 Ethernet switch 5003 may have a plurality of connector 
insertion ports. 

As described above, the 1394 connector 5501 is 
connected to the half gateway 5503 through the rela- 
tively short dedicated 1394 cable 5502. so that the 
55 power supply to the half gateway 5503 can be nr«de 
through the 1394 connector 5501 and the 1394 cable 
5502. Consequently, the system off Rg. 50 requires no 
special power supply (aHhoufi^i the power supply to the 
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FANP Ethernet switch 5003 is t)asical)y necessary). 
Rom a viewpoint of a user who wishes to tnter-connect 
two 1394 buses, this inrpltes that the corvtection is basH 
callyoompleted by simply connecting one end (5501) of 
the cable to a desired 1394 bus to be connected and the 5 
other end (5505) of the cable to the FANP Ethernet 
switch 5003, so that the convenience regarding the con- 
necting operation can be improved remarkably. 

Also, a long cable (such as that of several hundred 
meters, for example) can be used as a cable for oorv 10 
necting the half gateway 5503 and the FANP Ethernet 
switch 5003, so that it is very uselu! in a case of con- 
necting the 1394 buses which are far apart from each 
other. 

It should be apparent that the at>ove described is 
1394 inter-connection cable is not only applicable to a 
case of forrrang the connection between the 1394 half 
gateways as desat>ed above, but also to a case of real- 
izing tfte usual 1394 t>ridge in the fialf bridge configura- 
tion, tntfiat case, the function of the 1394 bridge can be 20 
realized by using tfie 1394 address instead of the IP 
address, similarty as in the second embodiment 

It is also to be noted tfiat in tf« second arvJ third 
embodiments, the transmission scheme between the 
half gateways usmg the Etfiemel has been descrft)ed, 2s 
but ft IS also possftile to realize a case of using the other 
network such as token ring, FDDI, etc.. without chang- 
ing the sbwe desat>ed mechanism. 

(Fourth Embodiment > 30 

The second and third embocfiments are drected to 
a case of tfte transmisskxY scfteme using tfie Etfiemet 
in which tfie datalink layer lonMarding to the next hop 
FANP node (that is, the data fonwardingAdata switching as 
to the next hop node by refem'ng only to the datalink 
layer header) is earned out by using the destinatkxi 
Ethern^ address as a virtual connectxxi ID on this 
Ethernet. 

It is also possft)le to use tfte simaar scfieme in a ^ 
case of using tfie ATM as the data transmisskxi scfieme 
t>etween ifte half gateways. Here, however, unBke tfie 
case of using the Etfiemet as the transmission scfieme 
in which the destination Ethemet address is used as a 
virtual connection ID, the VPI/VCI of the ATM is to be 4s 
used as a virtual connection ID. 

Fig..51.shows.a;Case of connecting the half gate- 
ways by the ATM transmtsskxi scfieme in the home net- 
work system similar to tfiat of the secorxl embocfiment 
shown in Rg. 33. Also, Fig. 52 sfiows an exemplary so 
internal configurationof each of the half gateways 6002 
and 6003 in Fig. 51. 

Fig. 51 and Fig. 52 differ from those of the second 
embodiment in that the connection between the half 
gateways 6002 and 6003 is realized by the ATM trans- ss 
mission scheme so that VPI/VCI value is used as the 
virtual connectkm ID, that an originally defined VPI/VCI 
value recognized by both of the half gateways is 



reserved as the default VC (the meaning of whk:h is the 
same as in the first embodiment), and that there is no 
limit on a length of tfie ATM cat)la 

Rg. 53 shews a case of connecting the half gate- 
ways by the ATM transmission scheme in the home net- 
wortt system similar to that of the third embodiment 
shown in Rg. 45. Rg. 53 differs from Fig. 45 in that a 
FANP ATM switch 6203 is provided instead of the FANP 
Ethemet switch 5003. Alsa Fig. 54 shows an exemplary 
int^nal configuration of the FANP ATM switch 6203 in 
Fig. 53. 

Rg. 53 and Rg. 54 cGffer from those of the third 
embodiment in that the connection t>etween the half 
gateways 6202 and 6203 is realized by the ATM trans- 
mission scfieme so tfiat VPI/VCI value is used as the 
virtual connection ID, that an originally delined VPI/VCI 
value recognized by both of the half gateways is 
reserved as the default VC (the meaning of which is the 
same as in the first emtxxiiment), and that there is no 
limit on a length of the ATM cabla In additkxi, an archi- 
tecture of the FANP ATM switch 6203 is new. 

Here, the default VC is terminated at the IP/FANP 
processing unit 6302 (see Rg. 54), and celte will pass 
through an ATM switch 6303 before they reaches to the 
IP/FANP processing unit 6302. 

Consequently, in order to establish a direct datalink 
layer connectioa that is an ATM connection, between 
ATM interface units 6301 and 6304, the IP/FANP 
processing unit 6302 is required to have a function for 
making an appropriate setting for values of the header 
Gonverskm table inskie the ATM switch 6303, and a 
function for directly connecting a specff ic ATM-VC of an 
ATM cable 621 2 and a specif ic ATM-VC of an ATM cable 
6213 atthe/OM layer. 

Note also that the realizatbn of the connectkm 
between the half gateways according to the present 
invention encompasses not only the transmisskxi 
schemes such as the Ethernet and ATM, but also the 
general connection-less and connection-oriented trans- 
misskxi schemes as well. 

(Fifth Embodiment ) 

Next, with references to Rg. 55 to Rg. 57, the fifth 
embodiment of the present invention will be descrbed 
in detail. 

This fifth embodiment is directed to a case of apply- . 
ing the scheme of the present inventkm as descrbed 
atx)ve to the route setting and the barxiwidth reserva- 
tkxi using the MAC address. 

Rg. 55 shows an exenplary overall configuration of 
a communtcatk)n network system according to this fifth 
embodimenL As sfiown in Rg. 55, this communk:atkxi 
networic system comprises a transmitting t^minal 8001 , 
a first gateway 8002. a second gateway 8003, a third 
gateray 8004, a receiving terminal 8005, an ATM net- 
wwk 8011. a first Ethernet 8012, a second Ethemet 
8013, and a 1394 bus 8014. 
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Here, it is assumed that the entire system consti- 
tutes a home network within the same home, simflarly 
as In the first embocfinftenl Consequentty* among the 
devices contained in this system, those which are the IP 
nodes are assumed to t>et>elonging to the same IP sub- 5 
net Here, this IP sutviet is assumed to have an IP sub- 
net address N. Howeifer. unlike the second 
embodiment, two gateways (the second gateway 8003 
and the thvd ^teway 8004) for connecting the first 
Ethernet the second Ethernet and the 1394 bus are w 
bridges, so that they may not necessarily have IP 
addresses (and they may not necessarily have IP 
processing units). The IP addresses of the nodes are 
assumed to be N. 1 for the transmitting terminal 8001. 
N. 2 for the first gateway 8002. and N. 3 for the receiving 75 
terrrenal 8005. Also, the 1394 addresses and the Ether- 
net addresses of these nodes are as shown in Ftg. 55. 

Here, the nodes (the third gateway 8004 and the 
receiving terminal 8005) connected with the 1394 bus 
8014 are also allocated with the MAC addresses. This 20 
can happen in several cases including the following. 

(1) A case in which the 1394 bus 8014 is emulating 
the IEEE 802 type network such as the Ethernet. 

(2) A case in wtuch the MAC address is expressed 25 
by using a part of a re^onforthe 1394 address. 

Mamety, this embodiment uses the expressfon 
scheme in whch "a value of EUI64 is eocpressed by the 
MAC address", for exampla As such, it suffices to have 30 
a srtuation in whKh a node on tfie 1394 bus 8014 can t>e 
unicfuely kientffied by ussng the MAC address. 

Each of the tra nsmitting tenranal 8001. the first 
gateway 8002. the second gateway 8003. the third gate- 
way 8004 and tfie receiving terminal 8005 of this 35 
embodinnerTt is tfie FANP node wfuch has the extended 
FANP function of the present inventioa but it cfiffers 
from the FANP node of the first embodiment in that it is 
also capable of carrying out the route setting and the 
bandwidth (communication resource) reservation t>y 40 
using the MAC address rather than the IP address. This 
feature wiQ now t>e described in detail. 

The transmitting terminal 8001 has tfie same func- 
tions as the transmitting terminal 4001 of the second 
errtxxjiment except that it is connected to the ATM net- 45 
work, so that its d^aOed description will k>e omitted 

here.- -- . -^.iv^n:,.,^:*.,. ^. -.Jruir**...,,,*, , .-.(h. . 

The first gateway 8002 is a FANP node for inter- 
connecting the ATM network 8011 and the first Ethernet 
8012. which has the same fuTKtions as the half gateway so 
(4002. 4003) of the second embodiment except that it 
transmits or receives FANP control messages in terms 
of the MAC addresses with respect to the direction of 
the first Ethernet 8012. 

The second gateway 8003 inter-connects the Eth- ss 
ernets wNle the tNrd gateway 8004 interconnects the 
Ethernet and the 1394 bus. and they crucially (fiffer from 
the first gateway 8002 in that they are capable of carry- 



ing out the route setting and the bandwidth res&vation 
by the MAC acfcfresses rather than tfte IP addresses. 
Namely, the second gateway 8003 and the third gate- 
way 8004 are MAC address compatible FANP relay 
nodes. 

Each of the second gateway 8003 and ttie third 
gateway 8004 is a learning bridge having a function for 
learning the MAC address, which functions to refer to an 
input ^ress of an entered frame (Ethernet frame. 
1394 asynchronous frame), and store it afong an input 
port for a certain period of tima 

The receiving terminal 8005 is the IP tenninal as 
well, and has functfons for exchanging IP packets with 
the transmitting terminal 8001, and receiving video 
delivered from the transmitting terminal 8001 . It differs 
from the receiving terminal 4004 of the second embodi- 
ment in tfiat this terminal also has a function for termi- 
nating the MAC address compatible FANP. 

Rg. 56 shows an exenplary internal configuration 
of the third gateway 8004. As shown in Rg. 56, the third 
gateway 8004 compr^ an Ethernet interface unit 
8101, a first MUX/DEMUX 8102. an Ethemet/1394 
transfer unit 8103. a FANP processing unit 8104. a sec- 
ond MUX/DEMUX 8105, and an 1394 interface unit 
8106. 

The Ethernet interface unit 8101 is an interface with 
respect to tiie physic^'ly connected Ethernet, and car- 
ries out tfie encapsulation and decapsulation of data to 
be exchanged with the first MUX/DEMUX 8102 and the 
Etftemet frames. 

The first MUX/DEMUX 8102 has a function for 
referring to the protocol type field of the received Ether- 
n^ frame and transferring this franne to the FANP 
processing unit 8104 if it is desaOt)ed as the FANP 
frame in the protocol type fieki. or to the Ethemet/1394 
transfer unit 8103 othenwisa 

The FANP processing unit 8014 has functions for 
canying out the routing based on the MAC address, the 
FANP processing, etc.. for the received FANP packets, 
t>y referring to a table of correspondence between the 
MAC address and the output port provided inside the 
Ettiemet^1394 transfer unit 8103. 

The EthernetAI 394 transfer unit 8104 has a function 
for attaching a specific Ethemet header to data received 
from the 1 394 side, especially data received through the 
isochrorxMJS channel, by using its isochronous channel 
number or the destination address with the specific reg^ , 
ister offeet as a key, and transmitting it to the Ethemet 
side, and a function for transmitting data received from 
the Ethernet skie to a specific isochronous cfiannel or 
the destination address with the spedffic register offeet 
on the 1394 side t>y using its header information as a 
key, as well as a function of the learning bridge for for- 
warding frames according to the destination addresses 
(MAC addresses) of the frames while constantly updat- 
ing the internal table of correspondence between the 
MAC address and the output port. Namely, the data for- 
warcfing by this Ethernet/1394 transfer unit 8104 is car- 
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ried out by the datalink layer processing alone. Also, the 
con-espondence table formed here t}ecomes identical to 
that of Rg. 35 or F^. 36. 

The 1394 interface unit 8106 carries out the physi- 
cal 1^ processing, the link layer processing, the bus s 
management and the transaction layer processing of 
the 1394 with respect to the connected 1394 bus, and 
the exchanges of data (PDU from a viewpoint of the 
1394) with the FANP processing unit 8104 or the Ether- 
net^l 394 transfer unit 8103 tyy passing the 1394 frames io 
to be transnfutted or received through the second 
MUX/DEMUX8105. 

Note that the second MUX/DEMUX 8105 has a 
function for transfenring the 1394 frame received from 
the 1394 interface urvt 8106 to the FANP processing is 
unit 8104 if an inlbrmatkm indicating that it is the FANP 
frame is deserved in that 1 394 frame. 

Next, a case of transmitting video from the transmit- 
ting terrrenat 8001 to the receiving terminal 8005 wOl k>e 
described with reference to Fig. 57. 2o 

First, tfie transmitting terminal 8001 transrrats the 
ARP request packet to the ATM n^work 8011 in order 
to carry out the address resolutkm for ascertaining the 
datalink layer address of the receiving terminal 8005 
from its IP address (step S5701). This ARP request is 2S 
processed as the ATM-ARP within the ATM network 
8011. 

This ARP request is forwarded to the first Ethernet 
8012 by the first gateway 8002. The first Ethernet 8012, 
the second Ethernet 8013 and the 1394 bus 8014 are 30 
t)ridge connected so ttiat this ARP request is broad- 
casted witfv'n these bridge connected n^works and 
cfirectly reaches to the receiving terminal 8005 (step 
S5702). 

The receiving terminal 8005 makes the ARP 3S 
response directly to the first gateway 8002, and the first 
gateway 8002 makes the deputy ARP response to the 
transmitting tennnal 8001. At this point, the first gate- 
way 8002 stores that the receiving terminal 8005 eodsts 
on the first Ethernet 8012 skle (step S5703 and step 40 

55704) . 

Now, the transnvtting terminal 8001 already recog- 
nizes that it is the FANP node itself and that what is to 
be transniitted from now on with respect to the receiving 
terminal 8005 is the vkteo. (consequently, the transmit- 45 
ting terminal 8001 intends that the vxleo to be transmit- 
ted, from now on will be IbnMarded by the datalink 
processing akme without using the IP processing at the 
intermediate FANP nodes. 

To this end, after tfie confirmatkxi of the initial set- so 
ting and the cocfing scheme using the IP packets and 
the confirmation of the vkleo receptk>n capabi&ty with 
respect to the receiving tenninal 8005, the transmitting 
terminal 8001 proceeds to the vkieo transmissk>n prep- 
aration. 55 

First, the transmitting terminal 8001 carries out the 
ATM signafing so as to acquire an appropriate VC (step 

55705) . Then, the transmitb'ng terminal 8001 carries out 



the FANP exchanges with respect to the first gatew^ 
8002 through that VC. Here, the exchanges to be car- 
ried out are the same as in the first embedment (step 
S5706tostepS5709). 

New, the f rst gateway 8002 descra>es both the des- 
tination IP address and the destination MAC address in 
the propose message (step S5710). 

The second gateway 8003 which is the rec^'ng 
FANP node here is the FANP node cotrpatible only with 
the MAC ttldress, so that the second gateway 8003 
refers to the MAC address fieM. Then, in order to notify 
that It is the FANP node compatible only with the MAC 
address, the second gateway 8003 returns the propose 
ACK message to the first gateway 8002 by descrftHng 
only the MAC address (step S571 1). 

The forst gateway 8002 that received this propose 
ACK message can ascertain that the downstream side 
FANP node wishes the FANP by the MAC address. 
Consequently, the first gateway 8002 transmits the offer 
message containing the destinatbn MAC address to the 
second gateway 8003 which is the neightxHing FANP 
node. This operation may be realized by setting the 
MAC address of the receiving tenminal 8005 as the des- 
tination MAC address of the offer nr)essage, or by pro- 
vkiing a new optk)nal fteU in the FANP message (step 
S5712). 

The second gateway S003 lakes the FANP mes- 
sage into the FANP processing unit by refemng to the 
protocol type field of the Ethern^ frame. 

In this manner, the FANP processing is sequentially 
carried out to the receiving terminal 8005 arxi the re- 
cfirect message is trarismitted backwards sequentially, 
so as to complete the set up at each gateway. Finally, 
the transmitting terminal 8001 which received the re- 
direct message starts the video data transmissk)n. By 
the above procedure, the reservatk>n of the communka- 
tkxi resource in the intermediate routes is carried out 
similarty as in the first to fourth eiTtxxfiments, so that it 
becomes possible to reafize tfie vkieo data delivery 
whOe guaranteeing the communicatkm quality. 

Here, the At the first Ethennet 8012 and the second 
Ethernet 8013, the dedicated MAC address for video 
may t>e acquired as in the second errtediment, but it is 
also possible to carry out the bandwklth reservation by 
directly using the original MAC address (M. 2 in this 
case). In such a case, at thefirst Ethernet 8012 and the 
second Etfiern^ 8013, aO^the Ethemet frames with the 
MAC address destined to the receiving termina] 8005 
descrft>ed in the destination flekl will be frames for 
whk:h the comnrujrtotk)n quality requested t>y the inter- 
mediate bridges (the second gateway 8003 and the 
third gateway 8004) is guaranteed. 

Namely, the present inverrtion uses a mechanism 
which is capable of reserving the necessary comntuni- 
cation quality for each destination MAC address, even in 
a simple bridge connectfon type networie Alsa this 
mechanism is a very f lexS)le one in that the routing con- 
trol and the communicatk)n quality reservation as well 
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as the corresponding datalink layer control and connec- 
tion can be realized end-to-end, in an environment in 
which the bridges arvJ the routers, the IP address conrv 
patft)le FANP nodes, etc., are mixedly present (as in the 
first or fifth entxximenl). 5 

Note that the five embodiments descrbed above 
are mainly directed to the control based on the IP 
address. However, it should be apparent that the 
present invention is equally applicable to any address 
system that can bundle all kinds of networlcs, such as io 
E.164, Coba, JAVA and extended OLE. 

Mote also that the present invention h^ been 
descri>ed above with the current Internet (i e. IPv4) in 
mind, but it should be apparent that the present inven- 
tion is equally vafid in the next generation Intern^ (i.a is 
IPv6). 

As described, when a network is formed by con- 
necting the communication terminal devices, relay 
devices, IEEE 1394 inter-corviection cable accorcfing to 
the present invention, it becomes possble to realize a 20 
large scale and multifarious (i.e. capable of using vari- 
ous networks) implementatk)n of the home network 
containing ttie 1394 bus. Moreover, this scheme has a 
great affinity with the pMc n^work and the Internet 

It is to be noted that besides those already men- 25 
tioned above; many modifteattons and variations of the 
above embodSments may be made without departing 
from the ncvel and advantageous features of the 
present invention. Accoidingly, all such modfficatkNis 
and variatk>ns are intended to be included within the 30 
scope of the appended daima 

Qaims 

1. A data transmitting node connected with a physical 35 
network, comprising: 

a first transmission unit for transmitting a 
control message in a case of transmitting infor- 
matfon data to a receiving rxxie tfirough con- 40 
nected with the physical network or another 
physical network, the control message 
including an IP address information of a data 
transmission destination, a header/channel 
informatfon dependent on the physical net- 4s 
worK and an information indicating that the 

information data.to be.transmitted according to 

the header/channel information is data In an 
upper layer of an IP layer; and 
a second transmissfon unit for transmitting the so 
information data to the receiving node, the 
information data containing the header/channel 
information and data of the upper layer without 
IP packet encapsulation. 

55 

2. The data transmitb'ng node of daim 1 , wherein the 
control HDessage commands to a network inter-con- 
nection node for connecting said physical network 



arxi a next physical n^work a registration of a cor- 
resporvlence between the header/channel informa- 
tion depervfent on said physical network and a 
header/channel information deperxient on the next 
physical network. 

The data transmitb'ng node of daim 1, further com- 
prising: 

a reception unit for receiving digital video 
and/br digital audio data; 

wherein the secorxJ transmissfon unit 
transmits the digital video arxi/br digital audio 
data received by the reception unit as the infor- 
mation data, bf formatting the digital vkleo 
ar)d/or digital audfo data into a transmissfon 
format for said physical network 

A network inter-connection node for transmitting 
information data received from one physical net- 
work to arKJther physk^l network, coniprising: 

a reception unit for receiving a first control mes- 
sage from said one physk»l networK the first 
control message containing an IP address 
information of a data transmission destination, 
a first header/channs4 information dependent 
on saki one physical network, and an informa- 
tion indicating that an information data to be 
transmitted accorcfing to the first header/chan- 
nel information is data in an upper layer of a 
protocol layer corresporxiing to the IP address 
information; 

a first transmission unit for transmitting a sec- 
ond control message to said another physical 
network when the reception unit receives the 
first control message, the second control mes- 
sage containing the IP address infonmation, a 
secorxJ header/channel information deperxlent 
on saki another physfoal network which is 
obtained from the IP address infonmation, and 
the infbrnmtion indicating tfiat tfie information 
data to t>e transmitted according to the second 
header/channel information is data in the upper 
layer; 

a menxxy unit for storing a correspondence 
between the first header/channel information 
and the second header/channel information; 
and 

a second transmission unit for ot^taining the 
secorxi header/diannel information oonre- 
sponding to the first header/channel informa- 
tion according to the corresponderwe stored in 
the memory urtit when the information data 
containing the first header/channel information 
is received from said one physical network, 
attaching the second header/channel informa- 
tion to tfie information data, and transmitting 
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the informab'on data to said another physical 
networK the information data containing data 
of the upper layer without IP pacKeft encapsula- 
tioa 

5 

5w The network inter-connection node of daim 4, 
wherein the first control message commands a reg- 
istration of a correspondence between the first 
header/channel information and ttie second 
header/channel information, and io 

the second corrtrol message commands to a 
receiving node or a network inter-connection node 
for connecting sakJ ariother physical network and a 
third physical network a registration of a cone- 
spondence between the second header/channel is 
information and a header/channel irrformatfon 
dependent on saki third physk;al network. 

6. A data transmitting node connected with a (^ryskal 
network, comprising: 20 

a first transmissfon unit for transmitting a con- 
trol message in a case of transmitting informa- 
tion data to a receiving node connected with 
the physical nelwork or another physk»l net- 25 
work, the control message tndufing an IP 
address information of a data transmissfon 
destination, a header/channel information 
dependent on the physfoal n^worK and an 
information indfoating a required communfoa- so 
tfon resource; and 

a second transnrvssfon unit for transmitting the 
information data containing the header/charmel 
information for whfoh the required oommunfoa- 
tfon resource is reserved, to the receiving 36 
noda 

7. The data transmitting node of daim 6, wherein the 
control message commands to a network inter-con- 
nectfon node for connecting saki physical network 40 
and a next physical network a registratfon of a cor- 
respondence t>etween the header/channel informa- 
tfon dependent on said physical network and a 
headerydiannel informatfon dependent on the next 
physfoal network for whfoh the required communi- 45 
catfon resource is reserved. 

8. The data transmitting node of daim 6, further com- 
prising: 

50 

a reception unit for receiving digital video 
andfor digital audo data; 

wtierein the second transmissfon unit 
transrrets the dgital vkieo and/or digital aucfio 
data received by the receptfon unit as the infor- ss 
mation data. k)y formatting the digital video 
and/or d'^ital audfo data into a transmissfon 
format for said physical network. 



L A network inter-connection node for transnvtting 
informatfon data received from one physfoal net- 
work to another physical network, corr^sing: 

a receptfon unit for receiving a fffst control mes- 
sage from said one physfoal nelwaK the first 
control message containing an IP address 
informatfon of a data transmission destinatfon, 
a first header/channel information dependent 
on saki one physfoal network, and an informa- 
tfon indicating a required communfoatfon 
resource; 

a first transmissfon unit for transmitting a sec- 
ond corrtrol message to saki another physfoal 
network when the reception unit receives the 
first control message; the second control mes- 
sage containing a second header/channel 
informatfon dependent on safo another physi- 
cal network which is obtained from the IP 
address informatfon, and the information indi- 
cating the required communfoatfon resource; 
an establishing unit for estat)fishing a comnuj- 
nication path with respect to a receiving node 
or a next network inter-connectfon node for 
connecting said another physical network and 
a third physfoal nstwork, the comn^jhicatfon 
path having the second header/channel infor- 
mation with the required communfoatfon 
resource; 

a memory unit for storing a correspondence 
between the first header/channel information 
and the secorxJ header/channel informatfon; 
arvl 

a second transmissfon unit for obtaining the 
second header/channel informatfon corre- 
sponding to the first header/channel informa- 
tfon according to the con^espondence stored in 
the memory unit when the information data 
containing the first header/channel informatfon 
is received from saki one physical network, 
attaching the second header/channel informa- 
tion to the information data, and transmitting 
the infomiation data to saki another physfoal 
network. 

ia The network inter-connectfon node of daim 9, 
. wherein the first contrd message commands a reg^ 
tstration of a correspondence between the first 
header/channel infomiatfon and the second 
header/channel irrformation, and 

the second control message commarxis to 
the receiving node or the next network interKX>n- 
nection node a registration of a conespondence 
between the second header/channel information 
and a header/channel infonration dependent on 
said third physfoal network. 

11. A data transmitting node connected with a physical 
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network, connprising: 

a first transmission unit Ich- transmitting a 
control message in a case of transmitting infor- 
mation data to a receiving node connected with 5 
ttie physical networic or another physical 
network, the control message inducfing an IP 
address information of a data transmissfon 
destinatfon, a header/channel information de- 
pendent on the r^iysical networK and an intor- io 
mation on a format of the information data to be 
transmitted according to the header/channel 
information; arxi 

a second transmission unit for transmitting the 
information data in said format which contains is 
the header/cftannel information, to the receiv- 
ing noda 

12. Thedatatransmittingnodeofclaim 11. wherein the 
control message convnands to a network inter-con- 20 
nection node for connecting said physical network 
and a next physfoal network a registration of a cor- 
respondence between the headerA^hannel informa- 
tion dependent on said physical network and the 
header/bhannel information dependent on the next 2s 
physical network. 

13. The data transmitting node of daim 11, furttier 
corrprising: 

30 

a reception unit for receiving digital video 
and/br cSgital aucfio data; 

wherein the second transmission unit 
transmits the digital video and/br digital audio 
data received by the receptfon unit as the tnfor- as 
matfon data, by formatting the cfigital video 
and/br (figital aucfio data into said format 

14. A network inter-connection node for transmitting 
information data received from one physical net- 40 
work to another physical networK conprising: 

a reception unit for receiving a first control mes- 
sage from said one physical network, the first 
control message containing an address infor- 4s 
mation of a data trarsmission destination, a 
. /:r .. first headerA:hannel information dependent on 
said one physical networK and an information 
on a fonrat of the information data to be trans- 
mitted accorcfing to the first header/channel so 
information; 

a first transmissfon unit for transmitting a sec- 
ond control message to saki another physical 
network when the reception unit receives the 
first control message, the second control mes- ss 
sage containing the address information, a 
second header/channel information dependent 
on sakl another physical network which is 



obtained from the address infbrmatioa and the 
informatfon on a format of the information data 
to be transmitted accorcfing to the second 
header/ctiannel Information; 
a memory unit for ^ing a correspondence 
between \he first header/channel informatfon 
and the second header/bhannel information; 
a conversion unit for converting a transmissfon 
fonmat of tfie information data to be transmitted 
from a transmissfon format in the said one 
physical network to a transmission format in 
said another physical networK and 
a second transmission unit for obtaining the 
secorxf header/channel information corre- 
sponding to the first header/channel informa- 
tion according tothe correspondence stored in 
the memory unit when ttie information data 
containing the first header/channel informatfon 
is received from said one physical networK 
attaching the second header/channel informa- 
tion to the information data and transmitting 
the information data to said another ptiysical 
network. 

15w The n^work intor-connectiori node of daim 14. 
wherein the f bs! control message conrvnands a reg- 
istration of a correspondence between the first 
header/channel infonmation and the second 
header/channel information, and 

the second control message commands to a 
receiving node or a network inter-connectfon node 
for connecting said another physical network and a 
third physfoal network a registration of a corre- 
spondence between the second header/channel 
information and a header/channel information 
dependent on said third physical network. 

16. The network inter-conneption node of daim 14, 
wherein the informatfon data to be transmitted by 
the second transrrassfon unit is MPEG data and 
the conversion unit converts the transmissfon for- 
mat of the MPEG data from a transmission format 
for ttie MPEG data in said one physical network to 
a transmission fonmat for the MPEG data in said 
another physical networK 

17.. A data transmitting node connected. witti an IEEE 

1394 bus, comprising: 

a first transmission unit for transmitting a con- 
trol message in a case of transmitting informa- 
tion data to a receiving node connected with 
another physical networK the control message 
inducfing an address informatfon of a data 
transmission destination, and an isochronous 
channel number or a register offoet indicating 
an isochronous channel of saki IEEE 1394 bus; 
and 
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a second traismission unit for transnritling the 
information data in forms of IEEE 1394 packets 
containing the isochronous channel numt)er or 
the register offset onto the isochrorKHis chan- 



18. The data transnvttnng node of daim 17. wherein the 
control message commands to a network inter-oon- 
nection node for connecting said IEEE 1394 bus 
and a next physical network a registratfon of a cor- io 
respondence between the isochronous channel 
number ot tfie register offiset and a header/channel 
information dependent on the next physical n^- 
work 

IS 

19. The data transmitting node of daim 17, furtfier 
comprising: 

a reception unit for receiving digital video 
and/or digital audfo data; 20 

wfierein the second transmission unit 
transmits the cfigital video and/or dgital aucfio 
data received by the reception unit as the infor- 
mation data, by formatting the digital video 
and/br digital audfo data into an IEEE 1394 ss 
transmission format 

20. A network inter-connection node for connecting at 
least two physical networks induding an IEEE 1394 
bus and transmitting an information data received so 
from one physical network to another physical net- 
work oonprising: 

a reception unit for receiving a first contrd mes- 
sage from said one physical network, the first 3S 
control message containing an address infor- 
mation of a data transmissfon destination, and 
a first header/channel information dependent 
on said one physfoal network; 
a first transmission imit for transntitting a sec- 40 
ond control message to said another physical 
network when ttie reception unit receives ttie 
first control message, the second control mes- 
sage containing ttie address infomiation and a 
second header/channel information dependent 45 
on said another physical network which is 

^ obtained from ttie address information; . . .. .^.^ 

a memory unit for storing a correspondence 
between the first header/channel information 
andthesecorxlheader/chanr^informatioaat so 
least one of the first header/diannel informa- 
tion and the second header/channel informa- 
tion induding an isochronous channel nurrfoer 
or a register offset indicating an isochronous 
channel of ttie IEEE 1394 bus; and ss 
a second transmissfon unit for obtaining the 
second header/channel information corre- 
sponding to the first header/channel informa- 



tion according to the con-espondence stored in 
the memory unit when the information data 
containing the first header/channd information 
is received from sakJ one physical network, 
attaching ttie second header/channel informa- 
tion to the information data, and transmitting 
the information data to sakJ another physical 
network. 

21. The network inter-connection node of daim 20. 
wherein said another physical network is an Ettier- 
net or a token ring or a FDOI. and ttie second 
header/channel information indicates a MAC 
address. 

22. The network inter-connection node of daim 20. 
wherein said one physical network is an Ethernet or 
a token ring or a FDDI. and the first header/channel 
nnfomnation indicates a MAC address. 

23l TYie network inter-cormection node of daim 20. 
wherein said anottier physfoal network is an ATM 
network, and the second header/channel informa- 
tion indcates a WFWCl 

24w The network inter-connection node of daim 20. 
wherein said one physfoal networtc is an ATM net^ 
wortc. and ttie first headerA;hannel information indi- 
cates a VPIA/Ci. 

25l a data transmitting node connected with a network, 
comprising: 

a first transmissfon unit for transmitting a con- 
trol message in a case of transmitting informa- 
tion data to a receiving node connected witti 
anottier network the control message includ- 
ing a first MAC address information of a data 
transmission destination, and a second MAC 
address infonnation to be attached to ttie infor- 
mation data; and 

a second transmission unit for transmitting the 
information data containing the second MAC 
address information, to the receiving node. 

26. The data transmitting node of daim 25. wherein ttie 
..control message commands to a network inter-con- . 

nection node for connecting said network and a 
next network a registration of a correspondence 
t)etween the second MAC address information and 
a header/diannel information dependent on the 
next network. 

27. The data transmitting node of daim 25. firtier 
comprising: 

a reception unit for receiving digital video 
arxi/or digital audfo data; 
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wheran the second transmission unit 
transmits the d grtaJ video and/or digrtal aucfo 
data received by the reception unrtas the Infor- 
mation data, bf formatting the digital video 
and/br digital aucfio data into a transmission 5 
format for said network. 

28. A network inter-connection rxxje for transmitting 
information data received from one network to 
another network, comprising: 10 

a reception unit for receivirtg a first control mes- 
sage from said one network, the first control 
message containing a frst MAC address infor- 
matfon of a data transmission destination, and is 
a second MAC address infbrmatfon; 
a first transmteskxi unit for transmitting a sec- 
ond control message to said another network 
when the reception unit receives the first con- 
trol message, the second control message 20 
containing the first MAC address information, 
and a tfvrd MAC address information which is 
obtained from the fvst MAC address informa- 
tion; 

a memory unit for storing a conrespondence 25 
between the second MAC address informatfon 
and the third MAC address information; and 
a second transmissfon unit for obtaining the 
third MAC address information corresponding 
to the second MAC adcfress information 30 
according to the conrespondence stored in the 
menrK)ry unit wfien the information data con- 
taining the second MAC address information is 
received from said one network, attaching the 
third MAC address in for m at i on to the informa- 3s 
tion data, and transmitting the information data 
to said arxsther network. 

29. A network inter-oormectfon node for connecting at 
least two physical networks, comprising: 40 

a request receiving unit for receiving from a first 
physical network an address resolution request 
for resohmig a datafink layer address from a 
network layer address: 45 
a fonwarding unit for forwarding the address 
. r resolution request with respect to a connected 
physical network otfier than the first physical 
networfq 

a response receiving unit for receiving from a so 
second physical network a first address resolu- 
tion response corresponding to the address 
resohition request forwarded by the forwarding 
unit; 

a registration unit for registering a correspond- ss 
ence between the network layer address and 
the second physical network into a routing 
table, by refem'ng to a network layer source 



address or a network address contained in the 
f irst address resolution respor^; and 
a response transmitting unit for transmitting to 
the fHTSt physical network a second address 
resolution response corresponding to the 
address resolution request received by the 
request receiving unit, by inserting a datafink 
layer address of said network inter-connection 
node device as a resolved acMress. 

3a The network inter-connectfon node device of claim 
29. further comprising: 

a transfer unit for transferring a received packet 
to a physical network registered in the routing 
table, according to a nehwork layer destination 
address of the received packet. 

31. The network inter-connection node device of daim 
29. wherein the response transmitting unit activates 
the fbnAwiing unit when a network layer address 
contained in the address resolution request 
received from the first physical network is not a net- 
work layer address of said network inter-connection 
node device and not registered in the routing table, 
and transmits the second address resolutfon 
response otherw^ 

32. The network inter-connection node device of daim 
29. wherein the first physical network and the sec- 
ond physfoal network are operated t^y different 
datafink protocols. 

33w A m^fiod of data transmission at a data transmit- 
ting node connected with a physfoal network, com- 
prising the steps of: 

(a) transmitting a control message in a case of 
transmitting information data to a receiving 
node connected with the physical network or 
anotfier physical network, the control message 
irKlucfing an IP address informatfon of a data 
fransmission destinatfon, a header/channel 
infbrmatfon dependent on the physical net- 
work, and an information indicating that the 
information data to be transmitted according to 
the.header/channelJnformatfon.is data Jn .an . 
upper layer of an IP layer; and 

(b) transmitting the information data to the 
receiving node, the information data containing 
the header/channel information and data of the 
upper without IP packet encapsulation. 

34w The method of daim 33. wherein the confrol mes- 
sage commands to a network inter-connectfon 
node for connecting said physfoal network and a 
next physical network a registration of a con^e- 
spondence between the header/channel informa- 
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tbn dependent on said physical network and a 
header/channel infomiation dependent on the neoct 
r^iysical network. 

35. The method of claim 33. further conprising the step s 
of: 

(c) receiving digital video and/br digital aucfio 
data; 

wherein the step (b) transmits the digital io 
video and/br digital audio data received by the 
step (c) as the infomnation data, by formatting 
the cfigital video and/br digital audio data into a 
transmission format for said physical network. 

IS 

36. A method of data transmission at a network inter- 
connection node for transmitting information data 
received from one physical network to anottter 
physk^ networK comprising the steps of: 

20 

(a) receiving a first control message from saki 
one physksl networK the first control message 
containing an IP address information of a data 
tFansmissk>n destinatkm, a first header/chan- 
nel informatkxi dependent on saki one physkal 25 
network, and an information indicating that an 
information data to be transmitted accorcfir^ to 
the first header/channel information is data in 

an upper layer of a protocol layer correspond- 
ing to tfie IP address informatfon; 30 

(b) transmitting a second control message to 
sakl anotfier physfoal n^work when tfie step 
(a) receives tfie first control message, tfie sec- 
ond control message containing the IP address 
information, a second header/channel informa- 3s 
Hon dependent on said another physical net- 
work wfuch is obtained from the IP address 
information, and Itie informatfon incficab'ng that 
the infonmatfon data to be transmitted accord- 
ing to the second fieader/charmel informatfon 4o 
is data in the upper layer; 

(c) storing a correspondence b^ween the first 
headerA;hannel information and \he second 
header/channel information; and 

(d) obtaining the second header/channel infbr- 4s 
matfon corresponding to the first header/chan- 

. net. . informatfon.. .~ according to.... .tf)e. . 

correspondence stored by the step (c) when 
the trrformation data containing the first 
headerA^hannel information is received from so 
saki one physfoal network, attaching the sec- 
ond header/channel informatfon to the infonna- 
tion data, and transmitting the informatfon data 
to saki another physical network, the informa- 
tfon data containing data of the upper layer ss 
without IP packet encapsulatfon. 

37. The method of daim 36, wherein the first control 



message commands a registration of a correspond- 
ence t)etween tfie f vst header/channel informatfon 
and the second header/channel informatfon. and 

the second control message commancfe to a 
receiving node or a network inter-connectfon rKXie 
for connecting saki another physfoal network and a 
third physfoal network a regstratfon of a con^e- 
sporxience between the second header/channel 
information and a header/channel informatfon 
dependent on said third physfoal netwc»1e 

3& A method of data transmission at a data transmit- 
ting node connected with a physical network, com- 
prising the steps of: 

(a) transmitting a control message in a case of 
transmitting informatfon data to a receiving 
node connected with the physfoal network or 
another physical network, the control message 
including an IP address informatfon of a data 
transm^on destination, a header/channel 
informatfon dependent on the physical net- 
work, and an information indcab'ng a required 
communfoation resource; and 

(b) transmitting the informatfon data containing 
the header/channel infonnatfon for whfoh the 
requred oomntmfoation resource is reserved, 
to tf)e receiving noda 

39. The method of daim 38. wherein the control mes- 
sage commands to a network inter-connectfon 
node for connecting saki physical network and a 
next physfoal network a registratfon of a corre- 
spondence between the header/channel informa- 
tfon dependent on saki physfoal network and a 
header/channel information dependent on the next 
physfoal network for whfoh the required communi- 
catfon resource is reserved. 

4a The metfKXi of daim 38. further comprising the step 
of: 

(c) receiving digital video and/or digital audio 
data; 

wherein the step (b) transmits the digital 
video and/or digital audfo data received by the 
step (c) as the Information. data.vby formatting 
the digital video and/br digital audio data into a 
transmission format for sad physical network 

41. A method of data transmission at a network inter- 
connectfon node for transmitting informatfon data 
received from one physfoal network to another 
physfoal network, conrprising the steps of: 

(a) receiving a first control message from saki 
one physfoal network, the first control message 
containing an IP address informatfon of a data 
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transmission destination, a first header/chan- 
nel information dependent on said one physical 
network, and an information indicating a 
required communication resource; 

(b) transmitting a second control message to s 
said another physical network when the step 
(a) receives the first control message, the sec- 
ond control message containing a second 
headerA^iannel infomretion dependent on said 
another physical network which is obtained 10 
from the IP address information, and the infor- 
mation indicating the required communication 
resource; 

(c) establishing a communication path with 
respect to a receiving node or a next network 75 
inter-connectfon node for connecting saki 
another physical network and a tNrd physkal 
networK ttie communfoation path having the 
second header/channel information with the 
required communication resource; 20 

(d) storing a correspondence between the first 
header/channel information and the second 
headerA^hannel information; and 

(e) obtaining the second header/channel infor- 
mation corresponcfing to the first header/charv 25 
nel infomation according to the 
correspondence stored by the step ((9 when 
the information data containing the first 
header/channel information is received from 
said one physical network, attaching the sec- so 
ond header/channel information to the informa- 
tion data, and transmitting tfie information data 

to sakJ another physfoal network. 

42. The method of daim 41, wherein Ifie first control 3s 
message commarvls a registration of a oorresporvJ- 
ence between the first header/channel information 
and the second header/bhannel information, and 

the second control nressage commands to 
the receiving node or the next network inter-con- 40 
nection node a registration of a correspondence 
between the second header/channel information 
and a header/cfiannel information dependent on 
said third physical network. 

45 

43. A metfiod of data transmission at a data transmit- 
. ting node connected.with aphysfoal.network, corn- 
prising the steps of: 

(a) transmitting a control message in a case of so 
transmitting information data to a receiving 
node connected with the physfoal network or 
another physfoal networK the control message 
including an IP address information of a data 
transmissfon destination, a headerAchannel 55 
information dependent on the physfoal net- 
work, and an information on a format of the 
information data to be transmitted accorcfing to 



the header/channel information; and 

(b) transmitting ihe information data in said for- 
mat whfoh contains the header/channel infor- 
mation, to the receiving node. 

44. The m^hod of daim 43, wherein the control mes- 
sage commands to a network inter-connection 
node for connecting sakJ physfoal network and a 
next physical network a registration of a corre- 
spondence between ttie header/channel informa- 
tion dependent on saki physfoal network and ttie 
header/channel information dependent on the next 
physk^al network. 

45. The mettiod of daim 43, further comprising the step 
of: 

(c) receiving digital video and/or digital audfo 
data; 

wherein the step (b) transmits the digital 
vkieo and/br digital audfo data received by ttie 
step (c) as ttie information data, by formatting 
the digital video and/or digital audfo data into 
said format. 

46. A mettiod of data transmissfon at a network inter- 
connection node for transmitting information data 
received from one physical network to another 
physfoal network, comprising ttie steps of: 

(a) receiving a first control message from said 
one physfoal networK ttie first control message 
containing an address information of a data 
transmissfon destination, a first header/dian- 
nel information dependent on said one physfoal 
networK and an information on a format of ttie 
information data to be transmitted according to 
the first header/channel information; 

(b) transmitting a second control message to 
said anottier physical network when ttie step 
(a) receives ttie first control message, ttie sec- 
ond control message containing the address 
information, a second header/channel inforne- 
tion dependent on said anottier physfoal net- 
work which is obtained from ttie address 
information, and the infonmation on a format of 

the information data to be transmitted accord-:..^ 

ing to the second header/diannel information; 

(c) storing a con-espondence between the first 
header/diannel information and the second 
header/channel information; 

(d) converting a transmission format of tiie 
infonmation data to be transmitted from a trans- 
mission format in the said one physical network 
to a transmissfon format in said anottier physi- 
cal networK and 

(e) obtaining the second header/channel infor- 
mation corresponding to the first header/chan- 
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nel infbrmalion according to the 
correspondence stored by the step (c) when 
the information data containir)g the first 
header/channel information is received from 
said one physk^l networK attaching the sec- 5 
ond header/channel information to the informa* 
tion data, and transmitting the information data 
to said another physical network. 

47. The metfKxl of cteim 46, wtierein the first control 10 
message oommancte a registration of a conrespond- 
ence between the first header/channel information 
and the second header/charviel information, and 

the second control message commands to a 
receiving node or a network inter-connectnn node is 
for connecting saki anottter physnal network and a 
tNrd physical network a registration of a corre- 
spondence between the second header/cfiannel 
information and a header/channel infbrmatkm 
dependent on saki third physk:al network. 20 

48. The method of daim 46, wherein the information 
data to be transmitted by the step (d) is MPEG data, 
and the step (e) converts the transmissksn format of 
tfie MPEG data from a transmisskxi fomrtat for the 2s 
MPEG data in saki one physk^al network to a trans- 
rnssk>n fcvmat for tfie MPEG data in said anotfier 
pfiysKal network. 

49. A method of data transmissk)n at a data transmit- 30 
ting node connected with an IEEE 1394 bus, com- 
prising the steps of: 

(a) transmitting a control message in a case of 
transmitting information data to a receiving 36 
node connected with arK>ther physical network, 
the control message inducting an address 
information of a data transmisskxi destinatk>n, 
and an isochronous cfiarmel number or a regis- 
ter offset indkating an isochronous channel of 40 
saki IEEE 1394 bus; and 

(b) transmitting tfie infbrmatkxt data in fonms of 
IEEE 1394 pack^ containing the isocfvonous 
cfiannel number or the register offset, onto the 
isochronous cfiannel. 45 

50. Themethod of daim 49, wherein the control mes-. - ^ . 
sage commands to a network inter-connectkm 
node for connecting said IEEE 1394 bus and a next 
physk»l network a registration of a correspondence so 
between the isochronous diannel number or the 
register offset aixi a fieeder/diannel information 
dependent on the next physkal network. 

51. The m^hod of daim 49, further comprising the step ss 
of: 



data; 

wherein the step (b) transmits the cfigital 
vkieo and/or digital audio data received by the 
step (c) as the information data, by formatting 
the dig^ vkieo and^or digital audk> data into 
an IEEE 1394 transmission format. 

A method of data transmisskm at a network inter- 
connectkm node for connecting at least two physi- 
cal networks induding an IEEE 1394 bus and trans- 
mitting an irtfcxmation data received from one 
physk:al network to another physical n^work, com- 
prising the steps of: 

(a) receiving a first control message from saki 
one physk:al network, the first control message 
containing an address information of a data 
transmission destination, arxi a forst 
header/channel information dependent on said 
one physk:al network; 

(b) transmitting a second control message to 
saki another physk^al network when the step 
(a) receives the first control message, the sec- 
ond control message containing the address 
information and a second header/channel 
information dependent on saki another physi- 
cal network whk;h is c^itained from the address 
information; 

(c) storing a correspondence between the first 
header/channel infonmation and the second 
header/diannel information, at least one of tfie 
first header/channel information and the sec- 
ond header/diannel information including an 
isodironous channel number or a register off- 
set indk^ating an isodironous channel or the 
IEEE 1394 bus; and 

(d) obtaining the second header/channel infor- 
mation corresponding to the first header/chan- 
nel information according to the 
correspondence stored by the step (c) when 
the information data containing the first 
header/diannel infonmation is received from 
said one physKal network, attaching the sec- 
ond header/dmnnel information to the informa- 
tion data, and transmitting the information data 
to said another pfiysk»] network. 

53. The method of daim 52, wherein saki anoth^ 
physk:al network is an Ethernet or a token ring or a 
FDDI, and the second header/channel informatfon 
indrcates a MAC adcfress. 

54w The metfxxi of daim 52, wherein saki one physk:al 
network is an Ethernet or a token ring or a FDDI. 
and the first header/charmei information indkates a 
MAC address. 



(c) receiving digital vkieo and/br digital aucfio 55. The method of daim 52, wherein said another 
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physical network is an ATM networK and the sec- 
ond header/bhannel Inlbrmatron Indcates a 
VPWCI. 

56. The method of claim 52, wherein said one physical s 
network is an ATM network, and the ftr^ 
header/channel information irxOcates a VPWCI. 

57. A method of data transmission at a data transmit- 
ting node connected with a network, comprising the io 
steps of: 

(a) transmitting a control message in a case of 
transmitting information data to a receiving 
node connected with anotfier networK the con- is 
trol message including a first MAC address 
informatk3n of a data transmissfon destinatfon. 
and a second MAC address information to be 
attached to the information data; and 

(b) transmitting the information data containing 20 
the second MAC address information, to the 
receiving noda 

58. The method of daim 57, wherein the control mes- 
sage commancte to a n^work inter-connectfon 2s 
node for connecting said network and a next net- 
work a registration of a correspondence between 
the secorxJ MAC address informatfon and a 
header/bfiannel informatfon dependent on tfie next 
network. 30 

59. The method of daim 57, further comprising the step 
of: 

(c) receiving cfigital video and/or digital audio 3s 
data; 

wherein the step (b) transmils the digital 
video andAor digital audfo data received by the 
step (c) as the information data, by formatting 
the digital video and/br digital audfo data into a 40 
transmission format for said network. 

60. A method of data transmissfon at a network inter- 
connection node for transmitting information data 
received from one network to another network, 45 
comprising the steps of: 

(a) receiving a first control message from said 
one network, the first control message conta^^^ 

ing a first MAC address information of a data so 
transmission destinatioa and a second MAC 
address informatfon: 

(b) transmitting a second control message to 
said another network when the step (a) 
receives the first control message, the second ss 
control message containing the first MAC 
address information, and a third MAC address 
information which is obtained from the first 



MAC address information; 

(c) storing a correspondence between the sec- 
ond MAC address information and the third 
MAC address information; and 

(d) obtaining the third MAC address informa- 
tion corresponding to the second MAC address 
infbnrtation according to the correspondence 
stored by the step (c) when the informatfon 
data corrtaining the second MAC address infor- 
matfon is received from said one network, 
attaching the third MAC address information to 
the informatfon data, arxl transmitb'ng the infor- 
mation data to said another network. 

61. A metfrod for connecting at least two physfoal net- 
works at a networtc inter-oonnection node, compris- 
ing the steps of : 

(a) receiving from a first physfoal network an 
address resolution rec^jest for resolving a data- 
link layer address from a network layer 
address; 

(b) fcxwarding the address resolution request 
with respect to a connected physfoal network 
otfier tfian the first physfoal network; 

(c) receiving from a second physfoal network a 
first address resofulicn response corresporKf* 
ing to the adcfaress resolutfon request forwarded 
by the step (b); 

(d) regist^rg a oorrespondence between the 
networic address and the second pfiysical 
network into a routing table, by refem'ng to a 
network layer source address or a network 
addrees contained in the first address resolu- 
tion response; and 

(e) transmitting to the first physical network a 
second address resolution response corre- 
sponding to the address resolution request 
received by the step (a), by inserting a datalink 
layer address of said network inter-connection 
node devfoe as a resolved address. 

62. The method of daim 61, further conprising the 
steps of: 

(f) transferring a received packet to a physical 
^ ^network registered in the routing tat)le, accords 

ing to a n^work layer destinatfon address of 
the received packet 

63. The method of daim 61, wherein the step (e) acti- 
vates the step (b) when a networic layer address 
contained in the address resolution request 
received from the first physical networi( is not a net- 
woric layer address of said networic inter-connection 
node device and not registered in the routing table, 
and transmits the secmd address resolution 
response otfierwisa 
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64. The method of daim 61, wherein the first physical 
network and the second physkaJ network are oper- 
ated by different data! ink protocols. 
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